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
If vendoring dependencies instead of pulling from crates.io, then using --manifest-path will cause cargo to recompile whenever switching from inside the repo to outside.
Notice that it will recompile both the dependency and example.
If you go into the example repo and remove/rename the .cargo directory, thereby removing the vendoring, then cargo will not recompile when you do the above.
It does not seem to make any difference whether you use absolute or relative paths in the .cargo/config.
Possible Solution(s)
Notes
Output of cargo version: cargo 1.37.0-nightly (545f35425 2019-05-23)
The text was updated successfully, but these errors were encountered:
Thanks for making the repro! Cargo doesn't read the .cargo/config file when using --manifest-path (it uses the current working directory). I believe this is a dupe of #2930.
Problem
If vendoring dependencies instead of pulling from crates.io, then using
--manifest-path
will cause cargo to recompile whenever switching from inside the repo to outside.Steps
cd
into the repo and runcargo build
cd ..
cargo build --manifest-path example/Cargo.toml
If you go into the example repo and remove/rename the .cargo directory, thereby removing the vendoring, then cargo will not recompile when you do the above.
It does not seem to make any difference whether you use absolute or relative paths in the
.cargo/config
.Possible Solution(s)
Notes
Output of
cargo version
:cargo 1.37.0-nightly (545f35425 2019-05-23)
The text was updated successfully, but these errors were encountered: