You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
EVM legacy assembly is very challenging to translate to LLVM IR, since it obfuscates the control flow of the program and uses a lot of dynamic jumps. Most of the jumps can be translated to static ones by using a static analysis of EVM assembly, but some of jumps are impossible to resolve statically. For example, internal function pointers can be written to memory or storage, and then loaded and called. Recursion is another case we have skipped for now, as there is another stack frame allocated on every iteration, preventing the static analyzer from resolving the jumps.
Both issues are being worked on in our fork of the Solidity compiler, where we are changing the codegen to remove the dynamic jumps and add the necessary metadata.
Their solc fork is in the works for a long time now (months if not years) and this is still the status quo. Also ZKSync is an ETH L2 and since they got away with this so far.
I'd like to set a clear path forward.
It is not entirely clear what the use case is for this? YUL is available and considered stable enough for years.
If we ultimately need it we can either
Declare it as experimental and accept the current status quo
Properly fix it on our own
Possibly work around this by just resolving those jumps dynamically at runtime?
Direct people to the matter-labs solc fork, assuming it is still general enough
Upstream the ML fixes? Why do they not upstream this?
The text was updated successfully, but these errors were encountered:
From the ZKSync docs:
Their solc fork is in the works for a long time now (months if not years) and this is still the status quo. Also ZKSync is an ETH L2 and since they got away with this so far.
I'd like to set a clear path forward.
The text was updated successfully, but these errors were encountered: