We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
https://github.com/OpenZeppelin/openzeppelin-solidity/blob/86f214b7a3cb6b938463a3509ccd273ad7a04d44/contracts/drafts/ERC777/ERC777.sol#L28-L29
Last time I checked (several months ago), this resulted in the keccak256 calculation being inlined in the code, instead of the resulting hash.
keccak256
The text was updated successfully, but these errors were encountered:
I did a quick test on remix, and, it doesn't. Looks like this is the issue tracking this feature: ethereum/solidity#4024
Sorry, something went wrong.
We should replace it for the value in the source code then IMO. LIke we did for interface hashes.
https://github.com/OpenZeppelin/openzeppelin-solidity/blob/86f214b7a3cb6b938463a3509ccd273ad7a04d44/contracts/token/ERC721/ERC721.sol#L19-L21
This feature has been added and will be released probably in 0.6.12. Looking forward to have it used in zeppelin 😉
@axic That's great news! Thanks for letting us know.
Successfully merging a pull request may close this issue.
https://github.com/OpenZeppelin/openzeppelin-solidity/blob/86f214b7a3cb6b938463a3509ccd273ad7a04d44/contracts/drafts/ERC777/ERC777.sol#L28-L29
Last time I checked (several months ago), this resulted in the
keccak256
calculation being inlined in the code, instead of the resulting hash.The text was updated successfully, but these errors were encountered: