about summary refs log tree commit diff
path: root/src/rustllvm/RustWrapper.cpp
diff options
context:
space:
mode:
authorAlex Crichton <alex@alexcrichton.com>2017-03-06 06:55:24 -0800
committerAlex Crichton <alex@alexcrichton.com>2017-03-10 14:49:19 -0800
commitc65996ea3b7e1f59c19ece2381e5d687892c98de (patch)
treeb5bfb08cd9fe36601abac117308826759cf48ecc /src/rustllvm/RustWrapper.cpp
parentf573db4f80c75f156df8a743f456bf087ec81dc2 (diff)
downloadrust-c65996ea3b7e1f59c19ece2381e5d687892c98de.tar.gz
rust-c65996ea3b7e1f59c19ece2381e5d687892c98de.zip
Don't put Cargo into the rustc workspace
This causes problems when first cloning and bootstrapping the repository
unfortunately, so let's ensure that Cargo sticks around in its own workspace.
Because Cargo is a submodule it's not available by default on the inital clone
of the rust-lang/rust repository. Normally it's the responsibility of the
rustbuild to take care of this, but unfortunately to build rustbuild itself we
need to resolve the workspace conflicts.

To deal with this we'll just have to ensure that all submodules are in their own
workspace, which sort of makes sense anyway as updates to dependencies as
bugfixes to Cargo should go to rust-lang/cargo instead of rust-lang/rust. In any
case this commit removes Cargo from the global workspace which should resolve
the issues that we've been seeing.

To actually perform this the `cargo` submodule has been moved to the top
directory to ensure it's outside the scope of `src/Cargo.toml` as a workspace.
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions