https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.45.2 2020-04-23T19:45:18+00:00 2020-04-23T19:45:18+00:00 Alex Crichton alex@alexcrichton.com 2020-04-23T19:40:42+00:00 urn:sha1:c7a7658c6dd89fd5e0a696460fe9abceb2bde8aa This commit switches the `--enable-extended` option on the arm-related dist builders to `--enable-full-tools`. This alias in `config.py` corresponds to enabling a few more options: * `rust.lld = true` - this is the main purpose of this PR, to enable LLD on ARM-related platforms. This means it will effectively unlock compilation of wasm programs from an arm host. * `rust.llvm-tools = true` - it turns out that this option is largely ignored in rustbuild today. This is only read in one location to set some flags for the `llvm-tools` package, but the `llvm-tools` package is already produced on all of these builders. It's predicted that this will have no effect on build times. * `rust.codegen-backends = ['llvm']` - historically this also enabled the emscripten backend, but that has long since been removed. This brings the ARM dist builders in line with the x86_64 dist builders using this flag. The hope is that the extra time spent on CI building LLD will acceptable because it's cached by `sccache`, LLD is a relatively small C++ project, and the dist builders are all clocking well under 3 hours (the slowest of all builders) around 2 hours. There's likely some possible cleanup that can happen with these configure options since it doesn't look like they've aged too too well, but I'm hopeful that possible refactorings, if necessary, could be deferred to future PRs. 2020-04-10T13:09:58+00:00 Guillaume Gomez guillaume1.gomez@gmail.com 2019-11-21T12:57:40+00:00 urn:sha1:38eb369fa4d06e55869a8fae62796a7b0085a5bd 2020-03-31T00:09:45+00:00 Ben Wolsieffer benwolsieffer@gmail.com 2020-03-31T00:09:45+00:00 urn:sha1:55bdb61b48a01e9a7c6efb4622fecab2411c0287 2019-10-13T07:06:25+00:00 qtmlabs qtmlabs@protonmail.com 2019-10-13T07:06:25+00:00 urn:sha1:e58ad8dedfd2befc601363e5f4930e45b201f686 2019-10-11T08:13:22+00:00 qtmlabs qtmlabs@protonmail.com 2019-10-11T08:13:22+00:00 urn:sha1:90d0baf2b4ec7837b50f1d57ff79e31dbebf10c6 2019-02-12T17:56:09+00:00 Josh Stone jistone@redhat.com 2019-02-12T17:56:09+00:00 urn:sha1:e0544ca1cff6492ac40c405e04f0c23666536b3b 2018-03-26T06:31:41+00:00 Alex Crichton alex@alexcrichton.com 2018-03-19T17:58:30+00:00 urn:sha1:bd286413443c31c99330358967fb0159de8a3589 This commit disables building documentation on cross-compiled compilers, for example ARM/MIPS/PowerPC/etc. Currently I believe we're not getting much use out of these documentation artifacts and they often take 10-15 minutes total to build as it requires building rustdoc/rustbook and then also generating all the documentation, especially for the reference and the book itself. In an effort to cut down on the amount of work that we're doing on dist CI builders in light of recent timeouts this was some relatively low hanging fruit to cut which in theory won't have much impact on the ecosystem in the hopes that the documentation isn't used too heavily anyway. While initial analysis in #48827 showed only shaving 5 minutes off local builds the same 5 minute conclusion was drawn from #48826 which ended up having nearly a half-hour impact on the bots. In that sense I'm hoping that we can land this and test out what happens on CI to see how it affects timing. Note that all tier 1 platforms, Windows, Mac, and Linux, will continue to generate documentation. 2018-03-02T18:28:29+00:00 Mark Simulacrum mark.simulacrum@gmail.com 2018-02-11T22:52:44+00:00 urn:sha1:ab7ce1c3c48d4f1be6c16928704e2eec0aed9ae2 These arguments are passed to the relevant x.py invocation in all cases anyway. As such, there is no need to separately configure them. x.py will ignore the configuration when they are passed on the command line anyway. 2017-08-27T01:34:13+00:00 Alex Crichton alex@alexcrichton.com 2017-08-27T01:34:13+00:00 urn:sha1:ffe64a26abb194a7ddcc5f410512043a65b3eb91 Newer versions of Docker have a `--init` argument which spawns an init process in the container, which we should be able to use everywhere now. 2017-07-13T01:25:36+00:00 Ty Coghlan Coghlan.Ty@gmail.com 2017-07-09T15:01:27+00:00 urn:sha1:250346128b0083c8137171af503bda194c6124dd