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
I have a setup where both Solidity, and Cairo, contracts live together.
The goal is to be able to test either Solidity contracts, either Cairo contracts, or both at the same time to compare results.
The issue here, is that ape test first recompiles all contracts. That is problematic for 3 reasons:
If I run tests on Solidity contracts, Ape will compile Cairo contracts too (and there may compilation be errors that would block Solidity tests). Not talking about the overall compilation time.
The current behavior does not seem robust (no offense): the recompilation occurs even when files did not change, like every 3 runs, or so. It may be a separate problem, but my proposal could help for such situation.
Compilation checks of all files is done before each test case (meaning a test file with 3 test functions will trigger 3 compilation checks of all contracts). Time, and resource consuming?
Specification
I propose a simple, yet efficient, way of skipping the compilation: APE_NO_COMPILATION environment variable. If set to 1, then no compilation occurs. The name can be debated, of course.
Such change is backward compatible, and does not change the current default behavior.
Dependencies
None.
The text was updated successfully, but these errors were encountered:
Overview
I have a setup where both Solidity, and Cairo, contracts live together.
The goal is to be able to test either Solidity contracts, either Cairo contracts, or both at the same time to compare results.
The issue here, is that
ape test
first recompiles all contracts. That is problematic for 3 reasons:Specification
I propose a simple, yet efficient, way of skipping the compilation:
APE_NO_COMPILATION
environment variable. If set to1
, then no compilation occurs. The name can be debated, of course.Such change is backward compatible, and does not change the current default behavior.
Dependencies
None.
The text was updated successfully, but these errors were encountered: