feat(solc): migrate new ethers-solc backend

[mattsse]

DO NOT MERGE - CURRENTLY PATCHED gakonst/ethers-rs#802

• ephemeral safe compile mode for test still in place, needs to be phased out in a followup PR

All tests are passing now, but we should double-check the debugging manually, @brockelmore could you check whether debug also works?

[gakonst]

Looking great! This also addresses the double artifacts issue, which resulted in twice the tests being run? So we should expect a speedup there too?

[gakonst]

So does the cache end up being the main entrpoint to reading an artifact?

[mattsse]

yeah, because the cache now contains the actual path to the artifacts of a solidity file,
so we have file -> (contract -> [(solc version, path)])

      "artifacts": {
        "Dapp": {
          "0.8.11+commit.d7f03943.Darwin.appleclang": "Dapp.sol/Dapp.json"
        }
      }

[gakonst]

Got it - in general I'd expect the cache to not be a user facing component? Maybe we can just document it as intended usage of the lib to avoid confusion? Like "Common ethers solc workflows" (not a blocker for this PR, just saying)

[mattsse]

yeah, sg, should be added to the docs and examples in ethers-solc

[mattsse]

Looking great! This also addresses the double artifacts issue, which resulted in twice the tests being run? So we should expect a speedup there too?

it should, the double artifacts issues resulted in us not properly handling source unit names so solc couldn't find imports in the CompilerInput json and instead went to the actual filesystem. The CompilerOutput then included the same file twice, but with different keys: /Users/me/project/lib/DsTest.sol and lib/DsTest.sol.

we now always use the absolute path for source unit names, with applied remappings for imports, the same way solc would do it, so solc will find them directly in the input json

[brockelmore]

lgtm :)

[gakonst]

letsgooo