https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.45.2 2020-05-17T00:15:24+00:00 2020-05-17T00:15:24+00:00 Dylan MacKenzie ecstaticmorse@gmail.com 2020-05-16T20:42:41+00:00 urn:sha1:8c710118f631af9b075bbc2e24c4a61fd901a130 NRVO optimizes away the locals whose alignment is tested. I don't think this affects the purpose of the test. 2019-12-02T19:36:21+00:00 Josh Stone jistone@redhat.com 2019-12-02T19:35:59+00:00 urn:sha1:2304c25f31fb69c279110ecaf51627cc36bffd55 LLVM 7 is over a year old, which should be plenty for compatibility. The last LLVM 6 holdout was llvm-emscripten, which went away in #65501. I've also included a fix for LLVM 8 lacking `MemorySanitizerOptions`, which was broken by #66522. 2018-12-26T04:08:33+00:00 Mark Rousskov mark.simulacrum@gmail.com 2018-12-25T15:56:47+00:00 urn:sha1:2a663555ddf36f6b041445894a8c175cd1bc718c 2018-09-25T03:09:44+00:00 Colin Pronovost colin.pron@live.com 2018-09-25T03:09:44+00:00 urn:sha1:06b8c3ee5b52dc849259655578afca70cb32dda3 Fix #54028 2018-07-10T20:43:01+00:00 Alex Crichton alex@alexcrichton.com 2018-06-01T17:20:00+00:00 urn:sha1:42eb85002ae4bda9899216805d03fa7d77279ede This commit upgrades the main LLVM submodule to LLVM's current master branch. The LLD submodule is updated in tandem as well as compiler-builtins. Along the way support was also added for LLVM 7's new features. This primarily includes the support for custom section concatenation natively in LLD so we now add wasm custom sections in LLVM IR rather than having custom support in rustc itself for doing so. Some other miscellaneous changes are: * We now pass `--gc-sections` to `wasm-ld` * The optimization level is now passed to `wasm-ld` * A `--stack-first` option is passed to LLD to have stack overflow always cause a trap instead of corrupting static data * The wasm target for LLVM switched to `wasm32-unknown-unknown`. * The syntax for aligned pointers has changed in LLVM IR and tests are updated to reflect this. * The `thumbv6m-none-eabi` target is disabled due to an [LLVM bug][llbug] Nowadays we've been mostly only upgrading whenever there's a major release of LLVM but enough changes have been happening on the wasm target that there's been growing motivation for quite some time now to upgrade out version of LLD. To upgrade LLD, however, we need to upgrade LLVM to avoid needing to build yet another version of LLVM on the builders. The revision of LLVM in use here is arbitrarily chosen. We will likely need to continue to update it over time if and when we discover bugs. Once LLVM 7 is fully released we can switch to that channel as well. [llbug]: https://bugs.llvm.org/show_bug.cgi?id=37382 2018-04-26T07:30:28+00:00 Anthony Ramine n.oxyde@gmail.com 2018-03-27T14:44:03+00:00 urn:sha1:3ca6ad922eb6d8c3139d961c844a0194eaf58770 2018-01-22T21:36:13+00:00 Cameron Hart cameron.hart@gmail.com 2017-12-25T23:24:23+00:00 urn:sha1:651ea8ea44d8ac8a02dc357412eb73f830057cae 2017-12-26T20:36:20+00:00 Eduard-Mihai Burtescu edy.burt@gmail.com 2017-12-25T23:40:48+00:00 urn:sha1:97228f5e7b0d6a0dc5c97fa73fa7ab096e4eb58d 2017-12-15T09:35:32+00:00 Eduard-Mihai Burtescu edy.burt@gmail.com 2017-12-10T15:35:23+00:00 urn:sha1:8a26e0422dc55b82577de3027800ca29a4d522b7 2017-10-26T10:54:34+00:00 Björn Steinbrink bsteinbr@gmail.com 2017-10-11T18:49:36+00:00 urn:sha1:0473a4f1d8f5e10c1ec97b1f7b4918308e1c1090 Initially MIR differentiated between arguments and locals, which introduced a need to add extra copies assigning the argument to a local, even for simple bindings. This differentiation no longer exists, but we're still creating those copies, bloating the MIR and LLVM IR we emit. Additionally, the current approach means that we create debug info for both the incoming argument (marking it as an argument), and then immediately shadow it a local that goes by the same name. This can be confusing when using e.g. "info args" in gdb, or when e.g. a debugger with a GUI displays the function arguments separately from the local variables, especially when the binding is mutable, because the argument doesn't change, while the local variable does.