https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.40.0 2019-11-05T16:16:46+00:00 2019-11-05T16:16:46+00:00 Mark Rousskov mark.simulacrum@gmail.com 2019-11-05T16:16:46+00:00 urn:sha1:73369f32621f6a844a80a8513ae3ded901e4a406 It's super unclear why this broke when we switched to beta but not previously -- but at least it's hopefully fixed now. 2019-11-05T00:30:58+00:00 bors bors@rust-lang.org 2019-11-05T00:30:58+00:00 urn:sha1:d2185f6752d3e9db6a0330f1a43c27a370783ac8 Statically link libstdc++ on windows-gnu Fixes https://github.com/rust-lang/rust/issues/61561 by not shipping `libstdc++-6.dll` which can conflict with the GCC. 2019-10-31T01:54:04+00:00 Mazdak Farrokhzad twingoow@gmail.com 2019-10-31T01:54:04+00:00 urn:sha1:6cee78c4f052f2189e5598d21e8bbfcfe5df6896 Upload toolstates.json to rust-lang-ci2 This PR does two things: * Following up with https://github.com/rust-lang/rust/pull/65202, it migrates deploying artifacts to CI in a script. Both uploading release artifacts and CPU stats were merged into the same script, designing it to be easily extended. * Uploads the toolstate JSON to `rust-lang-ci2` along with the release artifacts, both for Linux and Windows. This is needed because @RalfJung wants to stop shipping MIRI when its tests are failing, and the toolstate repo doesn't have entries for each commit. Having the toolstate data (just for that specific commit) on `rust-lang-ci2` will simplify the code a lot. r? @alexcrichton cc @RalfJung 2019-10-30T22:18:57+00:00 Mateusz Mikuła mati865@gmail.com 2019-10-28T20:43:37+00:00 urn:sha1:b20d8d3396faadd76f413d1d073be5c7576e5780 2019-10-30T18:41:22+00:00 Pietro Albini pietro@pietroalbini.org 2019-10-30T18:41:22+00:00 urn:sha1:ca3468768d234af5de4fe7b578b701e3404a6dac Before this commit toolstates.json was stored in /tmp and it wasn't mounted outside the build container. That caused uploading the file in the upload-artifacts task to fail, as the file was missing on the host. Mounting /tmp/toolstates.json alone is not the best approach: if the file is missing when the container is started the Docker engine will create a *directory* named /tmp/toolstates.json. The Docker issue could be solved by pre-creating an empty file named /tmp/toolstates.json, but doing that could cause problems if bootstrap fails to generate the file and the toolstate scripts receive an empty JSON. The approach I took in this commit is to instead mount a /tmp/toolstate directory inside Docker, and create the toolstates.json file in it. That also required a small bootstrap change to ensure the directory is created if it's missing. 2019-10-29T19:01:46+00:00 Tyler Mandry tmandry@gmail.com 2019-10-29T19:01:46+00:00 urn:sha1:4359666daa6dea916ed1e9700ae8cccaf2f46e2f Use rustc-workspace-hack for rustbook As rustbook now depends transitively on openssl, it needs access to the rustc-workspace-hack/all-static feature to pick up openssl-sys/vendored. This fixes the rust build with `all-static = true` on systems where openssl is not installed (e.g. when cross-compiling). 2019-10-29T19:01:40+00:00 Tyler Mandry tmandry@gmail.com 2019-10-29T19:01:40+00:00 urn:sha1:e15f1be63e5d91b55e45428303a172a37b54af87 Enable dist for MIPS64 musl targets Continuing work in #63165, necessary libc changes are in place and published so here we go! 2019-10-29T19:01:38+00:00 Tyler Mandry tmandry@gmail.com 2019-10-29T19:01:38+00:00 urn:sha1:8aa23125bb40f6949fcd2c4f48151c4d8a444419 Re-enable Emscripten's exception handling support Passes LLVM codegen and Emscripten link-time flags for exception handling if and only if the panic strategy is `unwind`. Sets the default panic strategy for Emscripten targets to `unwind`. Re-enables tests that depend on unwinding support for Emscripten, including `should_panic` tests. r? @alexcrichton 2019-10-29T03:34:43+00:00 Samuel Holland samuel@sholland.org 2019-10-06T22:30:11+00:00 urn:sha1:c648ad587c7b133b2e95cc370b8b5e813c352fb1 As rustbook now depends transitively on openssl, it needs access to the rustc-workspace-hack/all-static feature to pick up openssl-sys/vendored. This fixes the rust build with `all-static = true` on systems where openssl is not installed (e.g. when cross-compiling). 2019-10-26T19:35:59+00:00 bors bors@rust-lang.org 2019-10-26T19:35:59+00:00 urn:sha1:fae75cd216c481de048e4951697c8f8525669c65 Redesign the interface to the unikernel HermitCore We are developing the unikernel HermitCore, where the kernel is written in Rust and is already part of the Rust Standard Library. The interface between the standard library and the kernel based on a small C library. With this pull request, we remove completely the dependency to C and use lld as linker. Currently, the kernel will be linked to the application as static library, which is published at https://github.com/hermitcore/libhermit-rs. We don’t longer support the C interface to the kernel. Consequently, we remove this part from the Rust Standard Library.