https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.24.1 2017-12-24T00:04:15+00:00 2017-12-24T00:04:15+00:00 Alex Crichton alex@alexcrichton.com 2017-12-21T15:03:16+00:00 urn:sha1:b5361d0d41871874926bd489b8dc014a016c3f52 This commit is the next attempt to enable multiple codegen units by default in release mode, getting some of those sweet, sweet parallelism wins by running codegen in parallel. Performance should not be lost due to ThinLTO being on by default as well. Closes #45320 2017-12-18T19:44:00+00:00 Alex Crichton alex@alexcrichton.com 2017-12-16T16:20:54+00:00 urn:sha1:e0ab5d5feb4eb2d8af11b8dd9446c2b45fada8af This commit implements a workaround for #46346 which basically just avoids triggering the situation that LLVM's bug https://bugs.llvm.org/show_bug.cgi?id=35562 arises. More details can be found in the code itself but this commit is also intended to ... Closes #46346 2017-12-12T04:31:39+00:00 Tatsuyuki Ishi ishitatsuyuki@gmail.com 2017-12-11T06:52:58+00:00 urn:sha1:dffa36c0052d9758f8f28d35d62ab3fdca4e53cc refs: https://github.com/llvm-mirror/llvm/commit/ccb80b9c0f60f33780e5e29bf66a87bb56968b99 https://github.com/llvm-mirror/llvm/commit/e611018a3f1237c9328763027db4a616ed7be04a 2017-12-07T14:53:49+00:00 Alex Crichton alex@alexcrichton.com 2017-12-07T01:59:33+00:00 urn:sha1:17fb43bdc61481ff754fe53e8e8fa589fb8789ee In #46382 the logic around linkage preservation with ThinLTO ws tweaked but the loop that registered all otherwise exported GUID values as "don't internalize me please" was erroneously too conservative and only asking "external" linkage items to not be internalized. Instead we actually want the inversion of that condition, everything *without* "local" linkage to be internalized. This commit updates the condition there, adds a test, and... Closes #46543 2017-12-03T20:31:21+00:00 bors bors@rust-lang.org 2017-12-03T20:31:21+00:00 urn:sha1:1956d5535ad77ddf46e4b29ba089a8b4a73cfaea Assume at least LLVM 3.9 in rustllvm and rustc_llvm We bumped the minimum LLVM to 3.9 in #45326. This just cleans up the conditional code in the `rustllvm` C++ wrappers to assume that minimum, and similarly cleans up the `rustc_llvm` build script. 2017-12-01T22:37:23+00:00 Josh Stone jistone@redhat.com 2017-12-01T01:28:28+00:00 urn:sha1:51342f1fd7f38153003f9780d83babc222139bb1 We bumped the minimum LLVM to 3.9 in #45326. This just cleans up the conditional code in the rustllvm C++ wrappers to assume at least 3.9. 2017-11-30T15:14:10+00:00 Alex Crichton alex@alexcrichton.com 2017-11-29T20:00:10+00:00 urn:sha1:01c47c254532f8f5554843b424f5a35159b3f5cc Previously we were too eagerly exporting almost all symbols used in ThinLTO which can cause a whole host of problems downstream! This commit instead fixes this error by aligning more closely with `lib/LTO/LTO.cpp` in LLVM's codebase which is to only change the linkage of summaries which are computed as dead. Closes #46374 2017-11-20T16:47:29+00:00 Robin Kruppe robin.kruppe@gmail.com 2017-11-20T16:47:29+00:00 urn:sha1:296aa96deb7e7676455db22dcdbaab83d21736ce This makes it more robust when assertions are disabled, crashing instead of causing UB. Also introduces a tidy check to enforce this rule, which in turn necessitated making tidy run on src/rustllvm. Fixes #44020 2017-11-20T05:07:41+00:00 Alex Crichton alex@alexcrichton.com 2017-10-23T03:01:00+00:00 urn:sha1:80ff0f74b0c4a8d384160af81a1b21f53622d8af This commit adds a new target to the compiler: wasm32-unknown-unknown. This target is a reimagining of what it looks like to generate WebAssembly code from Rust. Instead of using Emscripten which can bring with it a weighty runtime this instead is a target which uses only the LLVM backend for WebAssembly and a "custom linker" for now which will hopefully one day be direct calls to lld. Notable features of this target include: * There is zero runtime footprint. The target assumes nothing exists other than the wasm32 instruction set. * There is zero toolchain footprint beyond adding the target. No custom linker is needed, rustc contains everything. * Very small wasm modules can be generated directly from Rust code using this target. * Most of the standard library is stubbed out to return an error, but anything related to allocation works (aka `HashMap`, `Vec`, etc). * Naturally, any `#[no_std]` crate should be 100% compatible with this new target. This target is currently somewhat janky due to how linking works. The "linking" is currently unconditional whole program LTO (aka LLVM is being used as a linker). Naturally that means compiling programs is pretty slow! Eventually though this target should have a linker. This target is also intended to be quite experimental. I'm hoping that this can act as a catalyst for further experimentation in Rust with WebAssembly. Breaking changes are very likely to land to this target, so it's not recommended to rely on it in any critical capacity yet. We'll let you know when it's "production ready". --- Currently testing-wise this target is looking pretty good but isn't complete. I've got almost the entire `run-pass` test suite working with this target (lots of tests ignored, but many passing as well). The `core` test suite is still getting LLVM bugs fixed to get that working and will take some time. Relatively simple programs all seem to work though! --- It's worth nothing that you may not immediately see the "smallest possible wasm module" for the input you feed to rustc. For various reasons it's very difficult to get rid of the final "bloat" in vanilla rustc (again, a real linker should fix all this). For now what you'll have to do is: cargo install --git https://github.com/alexcrichton/wasm-gc wasm-gc foo.wasm bar.wasm And then `bar.wasm` should be the smallest we can get it! --- In any case for now I'd love feedback on this, particularly on the various integration points if you've got better ideas of how to approach them! 2017-11-11T20:15:43+00:00 Dan Gohman sunfish@mozilla.com 2017-11-11T15:08:00+00:00 urn:sha1:7b6b7649177db8edc9ef5c5075eb6cf9b00d8a9d