-
Notifications
You must be signed in to change notification settings - Fork 337
New issue
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
feat: StdChains
and assumeNoPrecompiles
#195
Conversation
This generally seems like a useful thing to have. I think it should be fine to have logic in the constructor, some tests i've written do that Note the optimism public urls will rate limit you if you try to send too many requests since that data can't be free and unlimited |
src/Components.sol
Outdated
import "src/console.sol"; | ||
import "src/console2.sol"; | ||
import "src/StdAssertions.sol"; | ||
import "src/StdCheats.sol"; | ||
import "src/StdError.sol"; | ||
import "src/StdJson.sol"; | ||
import "src/StdMath.sol"; | ||
import "src/StdStorage.sol"; | ||
import "src/StdUtils.sol"; | ||
import "src/Vm.sol"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm hesitant to make this change, just because we had some issues with absolute paths in the past and --base-url is not supported by older solc versions
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was foundry-rs/foundry#3440 ever resolved, and are there other remaining issues related to this?
and --base-url is not supported by older solc versions
It looks like this was introduced in 0.6.9. So does that imply paths of this format won't work with projects using solc versions less than that? If so happy to switch back to relative paths for forge-std here (even though these fully qualified paths are definitely superior IMO 😛)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated to use relative paths
src/StdChains.sol
Outdated
struct Chain { | ||
// The chain name, using underscores as the separator to match `foundry.toml` conventions. | ||
string name; | ||
// The chain's Chain ID. | ||
uint256 chainId; | ||
// A default RPC endpoint for this chain. | ||
// NOTE: This default RPC URL is included for convenience to facilitate quick tests and | ||
// experimentation. Do not use this RPC URL for production test suites, CI, or other heavy | ||
// usage as you will be throttled and this is a disservice to others who need this endpoint. | ||
string rpcUrl; | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is pretty great, should just work. I don't think this will cause issues. but once this is ready we should add some tests to foundry as well
@mattsse @ZeroEkkusu this is read for final review 🙂 |
This reverts commit bb2579e.
395c52d
to
cec105f
Compare
src/StdChains.sol
Outdated
// TODO how can we hide the compiler warnings by default? We can't remove the visibility since it's needed for ^0.6.2 compatibility. | ||
constructor() internal { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Create a private
or internal
function _constructor
that returns a placeholder value, and move the logic there. Then, add a helper private constant
variable and assign the value to it by calling _constructor
.
bool private constant CONSTRUCTOR_TRIGGER = _constructor();
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah man this is super clever and I was excited about it. Unfortunately I don't think it'll work though:
Compiler run failed
error[8349]: TypeError: Initial value for constant variable has to be compile-time constant.
--> src/StdChains.sol:18:44:
|
18 | uint256 private constant CONSTRUCTOR = _constructor();
And we can't use immutables since it's not supported in 0.6.2. @mattsse is there a way forge can hide warnings based on the contract they come from so we can suppress logging of StdChains
constructor warnings
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mds1, is it because we marked it constant
? It doesn’t have to be; I just thought it’d look more formal.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh right, of course it doesn't need to be constant 🤦
Resolved in 14e1d03
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh actually that causes the initialization test to fail as you can see in the CI for that commit, so for some reason this approach actually does not work
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Moved the comment from the wrong thread:
It's because stdChains
is initialized after our _constructor
is run, so it overrides the setup.
Solution: move stdChains
initialization into our _constructor
, before setting the values.
src/StdUtils.sol
Outdated
abstract contract StdUtils is StdChains { | ||
Vm private constant vm = Vm(address(uint160(uint256(keccak256("hevm cheat code"))))); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should those functions be StdCheats
instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry which functions? StdChains
just exposes the stdChains
state var which feels more like a util than a cheat, but I don't feel strongly
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh maybe you mean assumeNoPrecompiles
? Hmm I guess maybe StdCheats
is the better fit because it uses cheat codes? Maybe a clarification on the distinction between StdUtils and StdCheats would help me choose 😅
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What if we made StdChains
a standalone Component, like all other, and inherited it in Test
instead? Seems the use case is somewhat specific - for dealing with chains.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm good with that! That seems better anyway, I forget why I made StdUtils inherit from it at this point anyway, but I don't see a reason why we need to
src/StdChains.sol
Outdated
/// 2. Initialize it in the `stdChains` declaration. | ||
/// 3. Add a corresponding `else if` line into the constructor, remembering to check for both | ||
/// underscore and hyphenated versions of the chain-name when appropriate. | ||
abstract contract StdChains { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we export StdChains
in Components
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe? StdUtils is StdChains
, so it's technically exposed anyway. TBH I'm not totally clear on the use case for Components.sol
, I think if you could update the README with an explanation of the new architecture that would be really helpful (both for me and future contributors)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Users should import from Components.sol
, but aren't required to. Devs must import from Components.sol
.
If #195 (comment) sounds good, then we are going to export it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep agreed with that linked comment, works for me 👌
…er, move cheats into VmSafe that can be safely used
* Modularize forge-std (#126) * refactor: unbundle cheats from assertions refactor: new category StdUtils refactor: unbundle Test from Script * Rename "vm" to "vm_cheats" in "Cheats.sol" Mark "vm_cheats" as "private" Instantiate a "vm" in "Test.sol" * refactor: remove deprecated "lowLevelError" refactor: rename "vm_cheats" to just "vm" refactor: rename "vm_std_store" to just "vm" refactor: delete "INT256_MAX" and "UINT256_MAX" revert: redeclare "stdstore" in "Test" * refactor: move "stdErrors" to "Errors.sol" refactor: move "stdMath" to "Math.sol" * Add note about versions in "Errors.sol| Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> * chore: delete stale delineators in Errors and Math chore: delete stale "using stdStorage for StdStorage" * refactor: modularize assertions and utils docs: add NatSpec tag @dev in "console2" refactor: delete log from "bound" function refactor: move "addressFromLast20Bytes" to "Utils.sol" refactor: move "bound" to "Utils.sol" refactor: move "computeCreateAddress" to "Utils.sol" style: move brackets on same line with "if" and "else" in "bound" * Log bound result with static call to `console.log` Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> * fix: reintroduce "vm" in "Script.sol" chore: silence compiler warning in "bound" refactor: define console2.log address as constant in "Utils.sol" * test: move "testGenerateCorrectAddress" to "StdUtils.t.sol" * Nit: remove unnecessary "bytes20" casts * style: add white-spaces in "deal" * fix: readd "deployCode" functions with "val" * Add "computeCreate2Address" utility Rename "testGenerateCorrectAddress" to "testGenerateCreateAddress" * refactor: use "console2" in "Utils.sol" * style: end lines and white spaces * test: drop pragma to ">=0.8.0" in "StdError.t.sol" chore: remove comment about "v0.8.10" in "Errors.sol" * refactor: define "vm" and "stdStorage" in "TestBase" feat: add "Components.sol" file which re-exports everything * fix: inherit from DSTest in Test * feat: ScriptBase refactor: delete "TestBase.sol" refactor: move TestBase in "Test.sol" * ♻️ Make assertions virtual * ♻️ Make deployCode virtual * ✨ (Components) Export consoles * ♻️ (Script) Import Vm * ♻️ Import from Components * ♻️ Make bound view Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> * feat: make `Script` safer (#147) * feat: add `stdStorageSafe` * test(cheats): fix tests `deployCode` tests started failing after 01c60f9 * refactor: make components `abstract` * feat: add `CheatsSafe` * feat: add `VmSafe` * refactor: update `Script` * docs: add license info (#156) * feat: rebrand components (#157) * feat: rebrand components Rename to Std<Component> * fix: StdErrors -> StdError * chore: remove `.DS_Store` * fix: use `ABIEncoderV2` * test: correct test name * fix: add `CommonBase` * refactor: move test dir to root * Revert "refactor: move test dir to root" This reverts commit f21ef1a. * refactor: move test dir to root, update ci accordingly * style: configure and run forge fmt * ci: split into jobs and add fmt job * ci: update name and triggers * ci: remove name field * feat: better bound, ref #188 * fix: bound logs + remove unneeded line * fix: update require strings * refactor: clean up `Test` and `Script` - do not forge fmt Components import - do not import Safe Components in `Test` * fix: udpate bound to match forge's uint edge bias strategy * feat: add interfaces (#193) * chore: update function visibility * feat: add interfaces * fix: fix import * style: consistent spec style * chore: fix find/replace issue Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> * chore: update comments Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> Co-authored-by: Zero Ekkusu <94782988+ZeroEkkusu@users.noreply.github.com> * feat: reimplement `bound` w/ even distribution * build: rename step * Add memory-safe notation so that compiling via-ir can optimize effectively (#196) * test(bound): add even distribution test (#197) * feat: add `assumeNoPrecompiles` (#195) * refactor: use fully-qualified paths instead of relative paths * chore: fix typo * feat: start adding StdChains * feat: start adding assumeNoPrecompiles * feat: add chains * feat: add precompiles/predeploys * Revert "refactor: use fully-qualified paths instead of relative paths" This reverts commit bb2579e. * refactor: use relative paths for compatibility with solc <0.6.9 (no --base-path flag) * refactor: make assumeNoPrecompiles virtual * refactor: no more constructor warning from StdChains * fix: move stdChains into StdCheats, fix constructor initalization order, move cheats into VmSafe that can be safely used * ♻️ update ds-test (#200) * ♻️ update ds-test Signed-off-by: Pascal Marco Caversaccio <pascal.caversaccio@hotmail.ch> * ♻️ use relative path for ds-test imports Signed-off-by: Pascal Marco Caversaccio <pascal.caversaccio@hotmail.ch> Signed-off-by: Pascal Marco Caversaccio <pascal.caversaccio@hotmail.ch> * refactor: move `UINT256_MAX` to `CommonBase` Signed-off-by: Pascal Marco Caversaccio <pascal.caversaccio@hotmail.ch> Co-authored-by: Paul Razvan Berg <hello@paulrberg.com> Co-authored-by: Matt Solomon <matt@mattsolomon.dev> Co-authored-by: Drake Evans <31104161+DrakeEvans@users.noreply.github.com> Co-authored-by: Pascal Marco Caversaccio <pcaversaccio@users.noreply.github.com>
Still a WIP, but will close #134. Also adds a
StdChains
contract which I think is useful and automatically populatesrpcUrls
based onfoundry.toml
which I think is pretty nifty.cc @mattsse to make sure there's no issues with doing these
rpcUrl
overrides in the constructor. Chose to do it there since that way we can hide that from the user, whereas putting it insetUp
means every now needs to always overridesetUp
which would be an annoying breaking