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 Jun 11, 2019. It is now read-only.
Hmmm, this is a tricky one.
with mappings we would need to map to addresses and loose type safety which means we would need to adapt something like @dbrock suggested:
MyContract(env.getObj("mycontract")).dostuff();
or something like (dunno if this is even possible):
env.MyContract("mycontract").dostuff();
in comparison with todays:
env.mycontract.dostuff();
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
If I have this workflow:
then write a test which refers to an environment object
mycontract
Now I push and the next dev tries to replicate the forked env:
But it doesn't even compile because
mycontract
is not defined inEnv
!I think this means the environment should be loaded as a mapping and not hoisted into the actual contract
The text was updated successfully, but these errors were encountered: