about summary refs log tree commit diff
path: root/src/rustllvm/RustWrapper.cpp
diff options
context:
space:
mode:
authorMazdak Farrokhzad <twingoow@gmail.com>2019-02-14 08:24:15 +0100
committerGitHub <noreply@github.com>2019-02-14 08:24:15 +0100
commit2a539a1b91c5ac17e6445d23e49c3f69d50d1ab6 (patch)
tree190f31969952487440ba3fdc4f9e54e03b6137e2 /src/rustllvm/RustWrapper.cpp
parent0dbb867beb187119bd0bca1f05de6b00cd72f141 (diff)
parente983b4f64ee6d919a60938b6e7371a66877f4a23 (diff)
downloadrust-2a539a1b91c5ac17e6445d23e49c3f69d50d1ab6.tar.gz
rust-2a539a1b91c5ac17e6445d23e49c3f69d50d1ab6.zip
Rollup merge of #58378 - alexcrichton:incremental-lto, r=michaelwoerister
rustc: Implement incremental "fat" LTO

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
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions