Exclude slow to build crates which are unlikely to break frequently from the workspace default-members #3329
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
That is, if you do a
cargo test
from the root, this makes it so only some crates build.cargo test --all
,cargo test -p thing
, andcargo test
from somewhere other than workspace root all do the same as old behavior.This is conservative and only changes:
nss's systest which is very slow to build and low risk to break when you don't know you're messing with it
the megazords, which are essentially covered by the ffi, since they basically just reexport it.
With this change cargo build is about 2x faster, e.g. 71s instead of 150s, although it fluxuates a lot.
Downside: There's a bunch of duplication. The root cause of it is rust-lang/cargo#8460, or we could do something like:
However, if it looks like that cargo issue will ever get fixed, we move some projects into different folders so that globbing the rust crates would be possible.