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 workspace with two crates: foo, and bar. The crate foo has 3 features, a, b, and c. I wrote a shell script that tests that each feature works when individually enabled. The script is run from the crate root. It is:
FEATURES=(a b c)
forfeaturein"${FEATURES[@]}";do
cargo test -v -p foo --no-default-features --features "${feature}"done
Instead of compiling the crate with each feature individually enabled and running those tests, cargo seems to always compile the crate with the default set of features. Here's what the verbose output emits when feature c is being tested, where a and b are default features:
Note that feature="c" isn't enabled at all, and the default features are enabled. Everything works fine if I run cargo test --no-default-features --features "${feature}" from the root of the foo crate.
The text was updated successfully, but these errors were encountered:
I have a workspace with two crates:
foo
, andbar
. The cratefoo
has 3 features,a
,b
, andc
. I wrote a shell script that tests that each feature works when individually enabled. The script is run from the crate root. It is:Instead of compiling the crate with each feature individually enabled and running those tests, cargo seems to always compile the crate with the default set of features. Here's what the verbose output emits when feature
c
is being tested, wherea
andb
are default features:Note that
feature="c"
isn't enabled at all, and the default features are enabled. Everything works fine if I runcargo test --no-default-features --features "${feature}"
from the root of thefoo
crate.The text was updated successfully, but these errors were encountered: