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
At the moment we have a ton of heavy-weight std dependencies needed for #[ink::e2e_test] in crates/env/Cargo.toml (there's a comment indicating which ones). Those deps are only needed when executing cargo test. Unfortunately there is no way in cargo to conditionally include dependencies for cfg(test).
if developers just casually execute cargo build or cargo check all E2E reps will be built too.
We need to find a way to include those E2E deps only for cargo test, but not for the metadata generation of cargo-contract. Right now the build time of cargo contract build (and also just cargo build) has exploded, because all those unnecessary E2E deps are build as well.
I would really like to avoid a hack like cargo test --features e2e. This would be quite bad in terms of UX.
dev-dependencies can't be used because they are not propagated to other packages and we have an ink entrance crate now, which depends on ink_env.
The text was updated successfully, but these errors were encountered:
Follow-up to #1424.
At the moment we have a ton of heavy-weight
std
dependencies needed for#[ink::e2e_test]
incrates/env/Cargo.toml
(there's a comment indicating which ones). Those deps are only needed when executingcargo test
. Unfortunately there is no way incargo
to conditionally include dependencies forcfg(test)
.The problem:
cargo-contract
for metadata generation builds the contract instd
as well (here is the manifest file for the metadata generation).cargo build
orcargo check
all E2E reps will be built too.We need to find a way to include those E2E deps only for
cargo test
, but not for the metadata generation ofcargo-contract
. Right now the build time ofcargo contract build
(and also justcargo build
) has exploded, because all those unnecessary E2E deps are build as well.I would really like to avoid a hack like
cargo test --features e2e
. This would be quite bad in terms of UX.dev-dependencies
can't be used because they are not propagated to other packages and we have anink
entrance crate now, which depends onink_env
.The text was updated successfully, but these errors were encountered: