Closed shuo-young closed 7 months ago
Hi @shuo-young! v0.2.1 had a different way of storing the binaries. The newer releases use a new folder layout to store the compilers, and a mechanism to migrate over to the new format was added via solc-select upgrade
. It sounds like you upgraded your solc-select installation to v1.0.3 but have not yet run solc-select upgrade
to upgrade to the new on-disk format, could you try that and see if it helps?
Hi @shuo-young! v0.2.1 had a different way of storing the binaries. The newer releases use a new folder layout to store the compilers, and a mechanism to migrate over to the new format was added via
solc-select upgrade
. It sounds like you upgraded your solc-select installation to v1.0.3 but have not yet runsolc-select upgrade
to upgrade to the new on-disk format, could you try that and see if it helps?
Thanks for your reply and I figured it out.
Describe the issue:
The solc-select v1.0.x seems to have a path concatenation problem on Mac ARM (m1 pro in my case). When I see the
solc()
function, I figure out it is a problem of the path which usesjoinpath
of twosolc-{version}
. The problem is solved when I just change the code topath = ARTIFACTS_DIR.joinpath(f"solc-{version}")
.I think https://github.com/crytic/solc-select/issues/131#issue-1465015437 has the same problem I encountered. But this bug did not occur when I used v0.2.1 previously.
Code example to reproduce the issue:
Bug yields using join path of
f"solc-{version}"
.The error exists in
halt_old_architecture(path)
.However, when I just use:
It works fine.
Version:
1.0.3
Relevant log output:
No response