-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Respect verify-llvm-ir option in the backend #133499
Conversation
We are currently unconditionally verifying the LLVM IR in the backend (twice), ignoring the value of the verify-llvm-ir option.
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
Respect verify-llvm-ir option in the backend We are currently unconditionally verifying the LLVM IR in the backend (twice), ignoring the value of the verify-llvm-ir option. r? `@ghost`
☀️ Try build successful - checks-actions |
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (203d6bf): comparison URL. Overall result: ✅ improvements - no action neededBenchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR may lead to changes in compiler perf. @bors rollup=never Instruction countThis is the most reliable metric that we have; it was used to determine the overall result at the top of this comment. However, even this metric can sometimes exhibit noise.
Max RSS (memory usage)Results (primary -3.4%, secondary -1.1%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResults (primary -3.5%, secondary -4.8%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 795.777s -> 789.433s (-0.80%) |
r? compiler |
@bors r+ |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as resolved.
This comment was marked as resolved.
…lacrum Respect verify-llvm-ir option in the backend We are currently unconditionally verifying the LLVM IR in the backend (twice), ignoring the value of the verify-llvm-ir option. This has substantial compile-time impact for debug builds. r? `@ghost`
This comment has been minimized.
This comment has been minimized.
💔 Test failed - checks-actions |
Updated test to explicitly pass @bors try |
Fingers crossed that there aren't more tests lurking... @bors r=Mark-Simulacrum |
…lacrum Respect verify-llvm-ir option in the backend We are currently unconditionally verifying the LLVM IR in the backend (twice), ignoring the value of the verify-llvm-ir option. This has substantial compile-time impact for debug builds.
💔 Test failed - checks-actions |
Huh:
Doesn't look related to this change. It looks like this test was pulled in by a cargo update in the directly preceding merge #133654. cc @weihanglo Looks like the test does not account for Rust being built without profiling support? Though I wonder why this didn't fail in the bors run that merged the cargo update... |
I think I know what happened here. #133654 as a cargo-only change used download-rustc, which appears to have downloaded a rustc with profiling support and the test worked. Then this PR changed the compiler, so we don't use download-rustc and build our own, with profiling support disabled. So I think there are multiple issues here:
cc @onur-ozkan |
Sounds right to me.
We do check if CI rustc has the same configuration with the local one and if they don't match we build the in-tree compiler. |
Revert "Auto merge of rust-lang#133654 - weihanglo:update-cargo, r=weihanglo" This reverts commit 76f3ff6, reversing changes made to 1fc691e. The new pgo_works test fails when rust is built without profiling support, including in CI on x86_64-gnu-aux. See rust-lang#133499 (comment) for how this happened.
As far as I can tell, the rust/src/bootstrap/src/core/config/config.rs Line 3132 in 76f3ff6
|
That PR doesn't change any contig at all? I guess we are on different points, I am talking about config.toml here. |
@bors retry |
Or some tests should only run on Cargo's CI, to make everybody happier? |
Cargo might not be the only component sensitive to whether rustc is built with profiling or not. So I don't think we should paper over this issue by running the test only in cargo CI. |
☀️ Test successful - checks-actions |
Finished benchmarking commit (8ac313b): comparison URL. Overall result: ✅ improvements - no action needed@rustbot label: -perf-regression Instruction countThis is the most reliable metric that we have; it was used to determine the overall result at the top of this comment. However, even this metric can sometimes exhibit noise.
Max RSS (memory usage)Results (primary -3.9%, secondary 0.0%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResults (primary -3.1%, secondary -4.6%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 774.422s -> 769.103s (-0.69%) |
We are currently unconditionally verifying the LLVM IR in the backend (twice), ignoring the value of the verify-llvm-ir option. This has substantial compile-time impact for debug builds.