Replies: 1 comment
-
Is this still an issue? I saw you also opened #4594 which has been resolved. From the trace you posted it it seems the problem is that |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
EDIT: The below problem may be because solidity 0.8.20 is not in fact a valid release? I assumed it was because currently, searches for solidity information yield results such as:
But in fact, 0.8.20 is not listed at https://github.com/ethereum/solidity/releases
So, perhaps forge needs to improve its error message when there are version pragmas that do not resolve to valid compiler versions??
Filed as #4594
I think there may be a problem with ethers_solc::resolver, possibly having to do with lexical vs numerical comparisons of the version numbers; or perhaps with how the dot versions are parsed?? Simply changing the version pragma in XYZPausableProxy.sol to anything that starts with a 1, for example ^0.8.19 no longer generates the incompatible solidity version issue.
Should I open a bug or am I making an error?
Beta Was this translation helpful? Give feedback.
All reactions