Uh oh!
There was an error while loading. Please reload this page.
Do not enable ThinLTO on stable, beta, or nightly builds. - #47834
Conversation
rust-highfive
commented
Jan 28, 2018
r? @aturon (rust_highfive has picked a reviewer for you, use r? to override) |
Mark-Simulacrum
commented
Jan 28, 2018
Not sure if we want to disable this for nightly builds, but the other two I feel fairly confident about. |
Mark-Simulacrum
commented
Jan 28, 2018
alexcrichton
commented
Jan 29, 2018
Thanks! I think we want to keep this enabled though for the rest of CI? I think as-is it'd blanket turn it off on Travis/AppVeyor? |
Mark-Simulacrum
commented
Jan 29, 2018
So keep ThinLTO on for nightly but not beta and stable? I am okay with that. |
alexcrichton
commented
Jan 29, 2018
Hm actually, how about an off-by-default option enabled here which is our area for "produce a release config flags to pass" stuff |
7301e14 to
bbb9860CompareMark-Simulacrum
commented
Feb 2, 2018
@bors try -- to test and make sure that nothing breaks on dist builds |
bors
commented
Feb 2, 2018
Do not enable ThinLTO on stable, beta, or nightly builds. Developers testing locally (-dev profile) may want faster builds for slightly slower compilers (~5%) whereas dist builds should always be as fast as we can make them, and since those run on CI we don't care quite as much for the build being somewhat slower. As such, we don't automatically enable ThinLTO on builds for the stable, beta, or nightly channels. Fixes#45444
bors
commented
Feb 2, 2018
💔 Test failed - status-travis |
ollie27
commented
Feb 2, 2018
Won't you need to specify 1 codegen unit as rustc defaults to 16 now or am I missing something? |
bbb9860 to
08159e9Comparekennytm
commented
Feb 3, 2018
@bors try |
bors
commented
Feb 3, 2018
Do not enable ThinLTO on stable, beta, or nightly builds. Developers testing locally (-dev profile) may want faster builds for slightly slower compilers (~5%) whereas dist builds should always be as fast as we can make them, and since those run on CI we don't care quite as much for the build being somewhat slower. As such, we don't automatically enable ThinLTO on builds for the stable, beta, or nightly channels. Fixes#45444
bors
commented
Feb 3, 2018
☀️ Test successful - status-travis |
Mark-Simulacrum
commented
Feb 3, 2018
@alexcrichton Ready for another review. |
| set(&mut config.quiet_tests, rust.quiet_tests); | ||
| set(&mut config.test_miri, rust.test_miri); | ||
| set(&mut config.wasm_syscall, rust.wasm_syscall); | ||
| config.rust_thinlto = rust.thinlto.unwrap_or(true); |
There was a problem hiding this comment.
I think this section will only get hit if rust is Some (which it may not be), so could the default-true initialization happen sooner?
alexcrichton
commented
Feb 3, 2018
I think due to the change in defaults in rustc this ay also not work? When thinlto is disabled I think we'll want to basically pass |
Dist builds should always be as fast as we can make them, and since those run on CI we don't care quite as much for the build being somewhat slower. As such, we don't automatically enable ThinLTO on builds for the dist builders.
08159e9 to
e1f04c0CompareMark-Simulacrum
commented
Feb 4, 2018
Updated to pass the 1-codegen-unit option to rustc. |
alexcrichton
commented
Feb 4, 2018
@bors: r+ |
bors
commented
Feb 4, 2018
📌 Commit e1f04c0 has been approved by |
bors
commented
Feb 4, 2018
Do not enable ThinLTO on stable, beta, or nightly builds. Fixes#45444
bors
commented
Feb 4, 2018
☀️ Test successful - status-appveyor, status-travis |
Fixes#45444