Add compilation restrictions #921
Conversation
gretzke
force-pushed
the
compilation-restrictions
branch
from
c9ccf1d
to
85f1e9e
Compare
|
Does this help with #918? |
|
no, this PR focuses on the reduction of compilation times |
|
@ reviewers please double check the bytecode! |
|
If we merge this, we can't update v4-periphery to point to the new main branch because I'm pretty sure |
This seems like a problem to me? |
| manager = new PoolManager(address(this)); | ||
| function deployFreshManager() internal virtual returns (IPoolManager manager_) { | ||
| bytes memory bytecode = | ||
| abi.encodePacked(vm.getCode("out/PoolManager.sol/PoolManager.default.json"), abi.encode(address(this))); |
There was a problem hiding this comment.
why cant you do it as it was before?
There was a problem hiding this comment.
I agree that it's somewhat of a problem. But we can probably also migrate periphery to use briefcase instead of v4 directly?
If we deploy the pool manager using the new keyword instead of assembly, then the tests run against a version of the pool that is compiled without IR, so the bytecode of the pool manager will be different.
No description provided.