build doctests with lld if use-lld = true by the8472 · Pull Request #86113 · rust-lang/rust (original) (raw)
Rollup merge of rust-lang#135001 - Kobzol:bootstrap-mcp-510, r=onur-ozkan
Allow using self-contained LLD in bootstrap
In rust-lang#116278, I added a "self-contained"
mode to the rust.use-lld
bootstrap option, which was designed for using the built-in LLD for linking compiler artifacts. However, this was later reverted in rust-lang#118810.
This PR brings the old logic back, which switches LLD in bootstrap from -fuse-ld=lld
to MCP510 way of passing linker flags to enable LLD (both external and self-contained). So this does two changes:
- Goes from
-fuse-ld=lld
to MCP510 - Actually makes it possible to use the self-contained LLD to compile compiler artifacts
Regarding the second commit: Since rust-lang#86113, we have been passing -fuse-ld=lld
as a target flag to all tests when use-lld = true
is enabled. This kind of worked for all tests, since it was just a linker argument, which has bypassed any compiler checks, and probably resulted only in some warning if the given target linker didn't actually support LLD. However, after the first commit, some tests actually start failing with this approach:
error: linker flavor `gnu-lld-cc` is incompatible with the current target
|
= note: compatible flavors are: llbc, ptx
So the second commit removes the passing of LLD flags as target flags to tests. I don't think that it's a good idea to pass specific compiler flags to all tests unconditionally, tbh. The doctest command from rust-lang#86113 doesn't go through compiletest anymore, and doctests should be quite a lot faster since rust-lang#126245 in general.
CC @the8472
If someone has a beefy machine, it would be nice to test whether this doesn't regress test execution speed. How to do that:
- Enable
rust.use-lld = true
andrust.lld = true
inconfig.toml
- Benchmark
./x test tests/ui --force-rerun
betweenmaster
and this PR
Once this is tested in the wild, I would like to make the self-contained LLD the default in CI, hopefully to make CI builds faster.
r? @onur-ozkan