https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.38.0 2019-07-20T15:17:48+00:00 2019-07-20T15:17:48+00:00 Nikita Popov nikita.ppv@gmail.com 2019-07-20T10:12:12+00:00 urn:sha1:b9784b18c2d18dee7100529fd0cbadc8fa331a62 2019-07-15T07:45:14+00:00 Nikita Popov nikita.ppv@gmail.com 2019-07-13T18:17:16+00:00 urn:sha1:a5c3956a75f59d83da73bbd42d053774a28c4de7 Exception for specific cases like linting, additional passes should be going into the module pass manager (even if they are function passes). The separate function pass manager is only used for very early optimization passes. Rather than apparending passes to the MPM, use the OptimizerLast and EnabledOnOptLevel0 pass manager builder extension hooks, which allow adding passes directly before finalization (alias canonicalization and name-anon-globals). The main effect and purpose of this change is to add sanitizer passes at the end of the pipeline, which is where they belong. In LLVM 9 the address sanitizer can't be used as a pass in the early function pass manager, because it has a dependence on a module-level analysis pass. 2019-07-12T22:16:40+00:00 Nikita Popov nikita.ppv@gmail.com 2019-07-06T16:52:26+00:00 urn:sha1:d6c818e8d7fa00e0f1ce45822b0c9add61343b70 CPUs now use SubtargetSubTypeKV rather than SubtargetFeatureKV and no longer have a description. 2019-07-09T19:55:29+00:00 Nikita Popov nikita.ppv@gmail.com 2019-07-06T17:02:48+00:00 urn:sha1:04304fcd16e40c936dc5ba71c9ac3c445597f8bb 2019-04-26T15:58:14+00:00 Josh Stone jistone@redhat.com 2019-04-26T15:58:14+00:00 urn:sha1:b4131e297e18fde119f6f461b3e622218166b009 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-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-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. 2018-12-26T04:08:33+00:00 Mark Rousskov mark.simulacrum@gmail.com 2018-12-25T15:56:47+00:00 urn:sha1:2a663555ddf36f6b041445894a8c175cd1bc718c 2018-12-09T11:05:40+00:00 Nikita Popov nikita.ppv@gmail.com 2018-12-09T10:20:20+00:00 urn:sha1:706e67b0a0143d651eb03f2fa2c30645899e81ff