https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.26.2 2018-04-20T20:29:42+00:00 2018-04-20T20:29:42+00:00 Oliver Middleton olliemail27@gmail.com 2018-03-28T21:49:56+00:00 urn:sha1:2bdfb33e378940846e2559ecffac68aec13ffb00 If the compiler docs aren't going to include the test crate then it may as well be included with std. 2018-03-22T20:49:05+00:00 David Wood david@davidtw.co 2018-03-22T20:49:05+00:00 urn:sha1:73fa6d52ed99651940267affa941a1069cc20f35 2018-03-22T17:21:30+00:00 David Wood david@davidtw.co 2018-03-22T14:57:28+00:00 urn:sha1:1b0e9f5af9283b003f5fce6f19ede145c1776684 2018-03-21T19:02:53+00:00 David Wood david@davidtw.co 2018-03-20T02:06:38+00:00 urn:sha1:178652a2988d9ecd478a4116237e1d7ea6b777f7 2018-03-09T15:29:08+00:00 Alex Crichton alex@alexcrichton.com 2018-03-05T17:47:54+00:00 urn:sha1:be902e7168505954b85e1bbb35322f8df8a29c19 For LLD integration the path to `llvm-config` needed to change to inside the build directory itself (for whatever reason) but the build directory is different on MSBuild than it is on `ninja` for MSVC builds, so the path to `llvm-config.exe` was actually wrong and not working! This commit removes the `Build::llvm_config` function in favor of the source of truth, the `Llvm` build step itself. The build step was then updated to find the right build directory for MSBuild as well as `ninja` for where `llvm-config.exe` is located. Closes #48749 2018-03-02T18:52:13+00:00 steveklabnik steve@steveklabnik.com 2018-03-02T18:52:13+00:00 urn:sha1:900d511fdca20998e42634d5351f7033bbde1aed Currently, we are producing headers for markdown files, which is generally not what we want. As such, passing this flag causes them to render normally. 2018-02-11T17:03:16+00:00 Mark Simulacrum mark.simulacrum@gmail.com 2018-02-11T16:51:58+00:00 urn:sha1:f104b120595d21e8aef311bc0057b3f854cddfc0 Previously, a Step would be able to tell on its own when it was invoked "by-default" (that is, `./x.py test` was called instead of `./x.py test some/path`). This commit replaces that functionality, invoking each Step with each of the paths it has specified as "should be invoked by." For example, if a step calls `path("src/tools/cargo")` and `path("src/doc/cargo")` then it's make_run will be called twice, with "src/tools/cargo" and "src/doc/cargo." This makes it so that default handling logic is in builder, instead of spread across various Steps. However, this meant that some Step specifications needed to be updated, since for example `rustdoc` can be built by `./x.py build src/librustdoc` or `./x.py build src/tools/rustdoc`. A `PathSet` abstraction is added that handles this: now, each Step can not only list `path(...)` but also `paths(&[a, b, ...])` which will make it so that we don't invoke it with each of the individual paths, instead invoking it with the first path in the list (though this shouldn't be depended on). Future work likely consists of implementing a better/easier way for a given Step to work with "any" crate in-tree, especially those that want to run tests, build, or check crates in the std, test, or rustc crate trees. Currently this is rather painful to do as most of the logic is duplicated across should_run and make_run. It seems likely this can be abstracted away into builder somehow. 2018-01-28T03:16:21+00:00 Alex Crichton alex@alexcrichton.com 2018-01-22T15:29:24+00:00 urn:sha1:884715c65420141dc06753f242a224462b120109 Building on the work of # 45684 this commit updates the compiler to unconditionally load the `rustc_trans` crate at runtime instead of linking to it at compile time. The end goal of this work is to implement # 46819 where rustc will have multiple backends available to it to load. This commit starts off by removing the `extern crate rustc_trans` from the driver. This involved moving some miscellaneous functionality into the `TransCrate` trait and also required an implementation of how to locate and load the trans backend. This ended up being a little tricky because the sysroot isn't always the right location (for example `--sysroot` arguments) so some extra code was added as well to probe a directory relative to the current dll (the rustc_driver dll). Rustbuild has been updated accordingly as well to have a separate compilation invocation for the `rustc_trans` crate and assembly it accordingly into the sysroot. Finally, the distribution logic for the `rustc` package was also updated to slurp up the trans backends folder. A number of assorted fallout changes were included here as well to ensure tests pass and such, and they should all be commented inline. 2018-01-18T14:03:12+00:00 bors bors@rust-lang.org 2018-01-18T14:03:12+00:00 urn:sha1:3bd4af88bea2e6ecdd3455ed89b3ef1fc3500aa4 Rollup of 6 pull requests - Successful merges: #47250, #47313, #47398, #47468, #47471, #47520 - Failed merges: 2018-01-18T07:14:23+00:00 Alex Crichton alex@alexcrichton.com 2018-01-08T21:56:22+00:00 urn:sha1:80d6ed2d8b2f76cd526d2449c70a1a6af315c114 This'll probably have a bunch of build errors, so let's try and head those off and find them sooner rather than later!