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
{{ message }}
This repository has been archived by the owner on May 26, 2023. It is now read-only.
We are about to change CryticCompile to add the support for multiple compilation units (crytic/crytic-compile#167). The reason is that it's a feature that we are seeing more and more in hardhat projects.
As a result, this will not work with the next crytic-compile release:
However, the way oyente deals with libraries is fragile and won't work well here (additionally it only works with direct solc compilation, and won't work with truffle/hardhat etc). I would recommend giving the libraries to bytecode_runtime, which can take an optional libraries parameter: a dictionary from name to address, and let crytic-compile patch the bytecode with the librairies' addresses.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi,
We are about to change
CryticCompile
to add the support for multiple compilation units (crytic/crytic-compile#167). The reason is that it's a feature that we are seeing more and more in hardhat projects.As a result, this will not work with the next crytic-compile release:
oyente/oyente/input_helper.py
Lines 111 to 127 in 69dc0a9
_extract_bin_obj
can be replaced byHowever, the way oyente deals with libraries is fragile and won't work well here (additionally it only works with direct solc compilation, and won't work with truffle/hardhat etc). I would recommend giving the libraries to
bytecode_runtime
, which can take an optionallibraries
parameter: a dictionary from name to address, and let crytic-compile patch the bytecode with the librairies' addresses.The text was updated successfully, but these errors were encountered: