about summary refs log tree commit diff
path: root/src/rustc/Cargo.lock
AgeCommit message (Collapse)AuthorLines
2016-10-07Use workspaces and switch to a single Cargo.lock.Ahmed Charles-413/+0
This involves hacking the code used to run cargo test on various packages, because it reads Cargo.lock to determine which packages should be tested. This change implements a blacklist, since that will catch new crates when they are added in the future.
2016-10-06rustc: Rename rustc_macro to proc_macroAlex Crichton-10/+10
This commit blanket renames the `rustc_macro` infrastructure to `proc_macro`, which reflects the general consensus of #35900. A follow up PR to Cargo will be required to purge the `rustc-macro` name as well.
2016-09-20rustc_metadata: replace RBML with a simple and type-safe scheme.Eduard Burtescu-1/+0
2016-09-20Remove librbml and the RBML-tagged auto-encoder/decoder.Eduard Burtescu-11/+0
2016-09-02rustc: Implement custom derive (macros 1.1)Alex Crichton-0/+10
This commit is an implementation of [RFC 1681] which adds support to the compiler for first-class user-define custom `#[derive]` modes with a far more stable API than plugins have today. [RFC 1681]: https://github.com/rust-lang/rfcs/blob/master/text/1681-macros-1.1.md The main features added by this commit are: * A new `rustc-macro` crate-type. This crate type represents one which will provide custom `derive` implementations and perhaps eventually flower into the implementation of macros 2.0 as well. * A new `rustc_macro` crate in the standard distribution. This crate will provide the runtime interface between macro crates and the compiler. The API here is particularly conservative right now but has quite a bit of room to expand into any manner of APIs required by macro authors. * The ability to load new derive modes through the `#[macro_use]` annotations on other crates. All support added here is gated behind the `rustc_macro` feature gate, both for the library support (the `rustc_macro` crate) as well as the language features. There are a few minor differences from the implementation outlined in the RFC, such as the `rustc_macro` crate being available as a dylib and all symbols are `dlsym`'d directly instead of having a shim compiled. These should only affect the implementation, however, not the public interface. This commit also ended up touching a lot of code related to `#[derive]`, making a few notable changes: * Recognized derive attributes are no longer desugared to `derive_Foo`. Wasn't sure how to keep this behavior and *not* expose it to custom derive. * Derive attributes no longer have access to unstable features by default, they have to opt in on a granular level. * The `derive(Copy,Clone)` optimization is now done through another "obscure attribute" which is just intended to ferry along in the compiler that such an optimization is possible. The `derive(PartialEq,Eq)` optimization was also updated to do something similar. --- One part of this PR which needs to be improved before stabilizing are the errors and exact interfaces here. The error messages are relatively poor quality and there are surprising spects of this such as `#[derive(PartialEq, Eq, MyTrait)]` not working by default. The custom attributes added by the compiler end up becoming unstable again when going through a custom impl. Hopefully though this is enough to start allowing experimentation on crates.io! syntax-[breaking-change]
2016-08-29Fix rustbuildMichael Woerister-0/+1
2016-08-23Update cargo bootstrap rev and add fix for cargo#3005Brian Anderson-0/+2
2016-08-16Proc_macro is alivecgswords-0/+11
2016-07-22refactor constant evaluation error reportingAriel Ben-Yehuda-0/+1
Refactor constant evaluation to use a single error reporting function that reports a type-error-like message. Also, unify all error codes with the "constant evaluation error" message to just E0080, and similarly for a few other duplicate codes. The old situation was a total mess, and now that we have *something* we can further iterate on the UX.
2016-07-13evaluate the array length of fixed size array types in rustdocOliver Schneider-0/+1
2016-06-28refactor rustc_metadata to use CamelCase names and IndexVecAriel Ben-Yehuda-0/+1
2016-06-27Update `src/rustc/Cargo.lock`Jeffrey Seyfried-0/+46
2016-06-09fix issuesAriel Ben-Yehuda-0/+1
2016-06-09fix Cargo.lockAriel Ben-Yehuda-2/+0
2016-05-28sanity -> validationVadim Petrochenkov-1/+0
Add test for `::super` in import prefix
2016-05-08Rollup merge of #33404 - gsquire:cargo-lock, r=alexcrichtonManish Goregaokar-27/+4
Cargo lock tidy check A rebased PR for #32901
2016-05-07mir: qualify and promote constants.Eduard Burtescu-0/+3
2016-05-04add a check to make tidy to ensure cargo lock file is updatedGarrett Squire-27/+6
2016-04-24rustc: update Cargo.lockTamir Duberstein-0/+1
2016-04-19rustbuild: Run all markdown documentation testsAlex 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-11rustbuild: Fix handling of the bootstrap keyAlex 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-06rustc: move rustc_front to rustc::hir.Eduard Burtescu-24/+0
2016-04-02Auto merge of #32598 - alexcrichton:rustbuild-osx, r=aturonbors-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-01rustbuild: Fix dist for non-host targetsAlex 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-29rustbuild: Fix compile on OSX for 10.7Alex 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-22Add rustbuild dependency from `rustc_borrowck` upon `rustc_mir` crate.Felix S. Klock II-0/+1
2016-03-16rustbuild: 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-14rustbuild: Refactor stage arguments awayAlex 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-08rustbuild: Move rustbook to a `src/tools` directoryAlex 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-21rustbuild: Sync some Cargo.toml/lib.rs dependenciesAlex 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-11bootstrap: Add a bunch of Cargo.toml filesAlex Crichton-0/+12
These describe the structure of all our crate dependencies.
2016-02-11Add a Cargo-based build systemAlex 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!