https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.35.0 2019-04-06T13:14:23+00:00 2019-04-06T13:14:23+00:00 bors bors@rust-lang.org 2019-04-06T13:14:23+00:00 urn:sha1:8159f389f6cc8ec3e3ea009222d6926da77371ec rustc: Start implementing compat with LLVM 9 This commit doesn't actually migrate to LLVM 9, but it brings our own C++ bindings in line with LLVM 9 and able to compile against tip of tree. The changes made were: * The `MainSubprogram` flag for debuginfo moved between flag types. * Iteration of archive members was tweaked slightly and we have to construct the two iterators before constructing the returned `RustArchiveIterator` value. * The `getOrInsertFunction` binding now returns a wrapper which we use `getCallee()` on to get the value we're interested in. 2019-04-06T00:48:23+00:00 Josh Stone jistone@redhat.com 2019-04-06T00:48:23+00:00 urn:sha1:aafe2c6da93373b5f612c406037c5b75ba9deb46 I was trying to output LLVM IR directly to the console: $ rustc hello.rs --emit=llvm-ir -o /dev/stdout LLVM ERROR: IO failure on output stream: Bad file descriptor Now `LLVMRustPrintModule` returns an error, and we print: error: failed to write LLVM IR to /dev/stdout.hello.7rcbfp3g-cgu.0.rcgu.ll: Permission denied ... which is more informative. 2019-04-05T15:10:18+00:00 Alex Crichton alex@alexcrichton.com 2019-04-04T20:05:41+00:00 urn:sha1:d5985bc9ecbdc792d514cf531107d33f85644fdc This commit doesn't actually migrate to LLVM 9, but it brings our own C++ bindings in line with LLVM 9 and able to compile against tip of tree. The changes made were: * The `MainSubprogram` flag for debuginfo moved between flag types. * Iteration of archive members was tweaked slightly and we have to construct the two iterators before constructing the returned `RustArchiveIterator` value. * The `getOrInsertFunction` binding now returns a wrapper which we use `getCallee()` on to get the value we're interested in. 2019-03-27T14:05:32+00:00 Andy Russell arussell123@gmail.com 2019-03-19T20:54:22+00:00 urn:sha1:e1daa36ba7df88788c2684bbe5ff6eb37f1cda69 2019-03-18T22:59:24+00:00 Josh Stone jistone@redhat.com 2019-03-18T22:59:24+00:00 urn:sha1:0dabf8c835d61b2f7df454be362c23ba6590c761 2019-02-23T14:48:40+00:00 gnzlbg gonzalobg88@gmail.com 2019-02-09T14:55:30+00:00 urn:sha1:c4b46ace556f3e4776d06ea7672daba6b243a80f 2019-02-12T12:58:31+00:00 Alex Crichton alex@alexcrichton.com 2019-02-11T15:46:04+00:00 urn:sha1:e983b4f64ee6d919a60938b6e7371a66877f4a23 Currently the compiler will produce an error if both incremental compilation and full fat LTO is requested. With recent changes and the advent of incremental ThinLTO, however, all the hard work is already done for us and it's actually not too bad to remove this error! This commit updates the codegen backend to allow incremental full fat LTO. The semantics are that the input modules to LTO are all produce incrementally, but the final LTO step is always done unconditionally regardless of whether the inputs changed or not. The only real incremental win we could have here is if zero of the input modules changed, but that's so rare it's unlikely to be worthwhile to implement such a code path. cc #57968 cc rust-lang/cargo#6643 2019-01-26T07:08:18+00:00 bors bors@rust-lang.org 2019-01-26T07:08:18+00:00 urn:sha1:42eb5ff4042236ec3635035332e059afa7d63f9d Implement optimize(size) and optimize(speed) attributes This PR implements both `optimize(size)` and `optimize(speed)` attributes. While the functionality itself works fine now, this PR is not yet complete: the code might be messy in places and, most importantly, the compiletest must be improved with functionality to run tests with custom optimization levels. Otherwise the new attribute cannot be tested properly. Oh, and not all of the RFC is implemented – attribute propagation is not implemented for example. # TODO * [x] Improve compiletest so that tests can be written; * [x] Assign a proper error number (E9999 currently, no idea how to allocate a number properly); * [ ] Perhaps reduce the duplication in LLVM attribute assignment code… 2019-01-25T23:39:54+00:00 Josh Stone jistone@redhat.com 2019-01-22T21:01:14+00:00 urn:sha1:cff075009032d11cff3a625663cf460e71e81609 2019-01-25T23:39:54+00:00 Josh Stone jistone@redhat.com 2019-01-16T17:59:03+00:00 urn:sha1:df0466d0bb807a7266cc8ac9931cd43b3e84b62e The new git submodule src/llvm-project is a monorepo replacing src/llvm and src/tools/{clang,lld,lldb}. This also serves as a rebase for these projects to the new 8.x branch from trunk. The src/llvm-emscripten fork is unchanged for now.