rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2016-05-08	Rollup merge of #33404 - gsquire:cargo-lock, r=alexcrichton	Manish Goregaokar	-27/+4
	Cargo lock tidy check A rebased PR for #32901
2016-05-07	mir: qualify and promote constants.	Eduard Burtescu	-0/+3

2016-05-04	add a check to make tidy to ensure cargo lock file is updated	Garrett Squire	-27/+6

2016-04-24	rustc: update Cargo.lock	Tamir Duberstein	-0/+1

2016-04-19	rustbuild: Run all markdown documentation tests	Alex Crichton	-1/+0
	This commit adds support to rustbuild to run all documentation tests, basically running `rustdoc --test` over all our documentation. This also includes support for running the error index tests.
2016-04-11	rustbuild: Fix handling of the bootstrap key	Alex Crichton	-3/+37
	Bring the calculation logic in line with the makefiles and also set the RUSTC_BOOTSTRAP_KEY environment variable to enable the bootstrap on the stable compiler.
2016-04-06	rustc: move rustc_front to rustc::hir.	Eduard Burtescu	-24/+0

2016-04-02	Auto merge of #32598 - alexcrichton:rustbuild-osx, r=aturon	bors	-6/+0
	rustbuild: Fix compile on OSX for 10.7 This commit should help configure our OSX rustbuild builder for targeting 10.7. A key part of this is using `libc++` instead of `libstdc++` as apparently it's more filled out and otherwise LLVM's cmake configuration would fail.
2016-04-01	rustbuild: Fix dist for non-host targets	Alex Crichton	-22/+12
	The `rust-std` package that we produce is expected to have not only the standard library but also libtest for compiling unit tests. Unfortunately this does not currently happen due to the way rustbuild is structured. There are currently two main stages of compilation in rustbuild, one for the standard library and one for the compiler. This is primarily done to allow us to fill in the sysroot right after the standard library has finished compiling to continue compiling the rest of the crates. Consequently the entire compiler does not have to explicitly depend on the standard library, and this also should allow us to pull in crates.io dependencies into the build in the future because they'll just naturally build against the std we just produced. These phases, however, do not represent a cross-compiled build. Target-only builds also require libtest, and libtest is currently part of the all-encompassing "compiler build". There's unfortunately no way to learn about just libtest and its dependencies (in a great and robust fashion) so to ensure that we can copy the right artifacts over this commit introduces a new build step, libtest. The new libtest build step has documentation, dist, and link steps as std/rustc already do. The compiler now depends on libtest instead of libstd, and all compiler crates can now assume that test and its dependencies are implicitly part of the sysroot (hence explicit dependencies being removed). This makes the build a tad less parallel as in theory many rustc crates can be compiled in parallel with libtest, but this likely isn't where we really need parallelism either (all the time is still spent in the compiler). All in all this allows the `dist-std` step to depend on both libstd and libtest, so `rust-std` packages produced by rustbuild should start having both the standard library and libtest. Closes #32523
2016-03-29	rustbuild: Fix compile on OSX for 10.7	Alex Crichton	-6/+12
	This commit should help configure our OSX rustbuild builder for targeting 10.7. A key part of this is using `libc++` instead of `libstdc++` as apparently it's more filled out and otherwise LLVM's cmake configuration would fail.
2016-03-22	Add rustbuild dependency from `rustc_borrowck` upon `rustc_mir` crate.	Felix S. Klock II	-0/+1

2016-03-16	rustbuild: Implement `make dist`	Alex Crichton	-0/+15
	This commit implements the `make dist` command in the new rustbuild build system, porting over `dist.mk` and `prepare.mk` into Rust. There's a huge amount of complexity between those two files, not all of which is likely justified, so the Rust implementation is much smaller. Currently the implementation still shells out to rust-installer as well as some python scripts, but ideally we'd rewrite it all in the future to not shell out and be in Rust proper.
2016-03-14	rustbuild: Refactor stage arguments away	Alex Crichton	-1/+0
	The facet of a stage is rarely relevant when running a tool or building something, it's all a question of what stage the compiler is built in. We've already got a nice handy `Compiler` structure to carry this information, so let's use it! This refactors the signature of the `Build::cargo` function two ways: 1. The `stage` argument is removed, this was just duplicated with the `compiler` argument's stage field. 2. The `target` argument is now required. This was a bug where if the `--target` flag isn't passed then the snapshot stage0 compiler is always used, so we won't pick up any changes. Much of the other changes in this commit are just propagating these decisions outwards. For example many of the `Step` variants no longer have a stage argument as they're baked into the compiler.
2016-03-08	rustbuild: Move rustbook to a `src/tools` directory	Alex Crichton	-9/+0
	We've actually got quite a few tools that are compiled as part of our build, let's start housing them all in a `tools` directory.
2016-02-21	rustbuild: Sync some Cargo.toml/lib.rs dependencies	Alex Crichton	-5/+11
	The standard library doesn't depend on rustc_bitflags, so move it to explicit dependencies on all other crates. Additionally, the arena/fmt_macros deps could be dropped from libsyntax.
2016-02-11	bootstrap: Add a bunch of Cargo.toml files	Alex Crichton	-0/+12
	These describe the structure of all our crate dependencies.
2016-02-11	Add a Cargo-based build system	Alex Crichton	-0/+356
	This commit is the start of a series of commits which start to replace the makefiles with a Cargo-based build system. The aim is not to remove the makefiles entirely just yet but rather just replace the portions that invoke the compiler to do the bootstrap. This commit specifically adds enough support to perform the bootstrap (and all the cross compilation within) along with generating documentation. More commits will follow up in this series to actually wire up the makefiles to call this build system, so stay tuned!