-
Notifications
You must be signed in to change notification settings - Fork 13.6k
Rollup of 19 pull requests #145043
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
Rollup of 19 pull requests #145043
Conversation
…for break_ok/continue_ok
Add target features for sm_* and ptx*, both of which form a partial order, but cannot be combined to a single partial order. These mirror the LLVM target features, but we do not provide LLVM target processors (which imply both an sm_* and ptx* feature). Add some documentation for the nvptx target.
Normally LLVM and rustc agree about what features are implied by target-cpu, but for NVPTX, LLVM considers sm_* and ptx* features to be exclusive, which makes sense for codegen purposes. But in Rust, we want to think of them as: sm_{sver} means that the target supports the hardware features of sver ptx{pver} means the driver supports PTX ISA pver Intrinsics usually require a minimum sm_{sver} and ptx{pver}. Prior to this commit, -Ctarget-cpu=sm_70 would activate only sm_70 and ptx60 (the minimum PTX version that supports sm_70, which maximizes driver compatibility). With this commit, it also activates all the implied target features (sm_20, ..., sm_62; ptx32, ..., ptx50).
This is already warn-by-default, and a future compatibility warning (FCW) that warns in dependencies. Upgrade it to deny-by-default, as the next step towards hard error.
We noticed when building rustc multiple time in a roll, some files will not be consistent across the build despite the fact that they are built from same source under the same environment. This patch addresses the inconsistency issue we found on libunwind.a by sorting the order of the files passed to the linker.
The `--enable-offload` and `--enable--enzyme` arguments don't seem to work. Changing them to `--enable-llvm-offload` and `--enable-llvm-enzyme` resulted in the `boostrap.toml` file generating succesfully.
Make suggestions to remove params and super traits tool-only, and make the suggestion span more accurate. ``` error[E0567]: auto traits cannot have generic parameters --> $DIR/auto-trait-validation.rs:6:19 | LL | auto trait Generic<T> {} | -------^^^ | | | auto trait cannot have generic parameters error[E0568]: auto traits cannot have super traits or lifetime bounds --> $DIR/auto-trait-validation.rs:8:20 | LL | auto trait Bound : Copy {} | ----- ^^^^ | | | auto traits cannot have super traits or lifetime bounds ``` ``` error[E0380]: auto traits cannot have associated items --> $DIR/issue-23080.rs:5:8 | LL | unsafe auto trait Trait { | ----- auto traits cannot have associated items LL | fn method(&self) { | ^^^^^^ ```
Update installation.md
Add instructions to test wasi (wasm32-wasip1) specific tests
Signed-off-by: xizheyin <[email protected]>
There's already a link in the other direction, so this seems fairly logical.
This avoids scheduling drops and immediately unscheduling them. Drops for guard bindings/temporaries are still scheduled and unscheduled as before.
Signed-off-by: Jonathan Brouwer <[email protected]>
Signed-off-by: Jonathan Brouwer <[email protected]>
@bors r+ rollup=never p=5 |
Once again pre-running some jobs that have failed a lot recently: @bors try jobs=test-various,dist-ohos-x86_64 |
Rollup of 19 pull requests try-job: test-various try-job: dist-ohos-x86_64
☀️ Test successful - checks-actions |
What is this?This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.Comparing cd43430 (parent) -> 321a89b (this PR) Test differencesShow 3126 test diffsStage 1
Stage 2
Additionally, 3116 doctest diffs were found. These are ignored, as they are noisy. Job group index
Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard 321a89bec57b8ca723d1af8f784490b950458c6a --output-dir test-dashboard And then open Job duration changes
How to interpret the job duration changes?Job durations can vary a lot, based on the actual runner instance |
📌 Perf builds for each rolled up PR:
previous master: cd434309ef In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
Finished benchmarking commit (321a89b): comparison URL. Overall result: ❌✅ regressions and improvements - please read the text belowOur benchmarks found a performance regression caused by this PR. Next Steps:
@rustbot label: +perf-regression Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary -1.3%, secondary 1.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (secondary -1.9%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary 0.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 465.283s -> 464.69s (-0.13%) |
I did a few perf runs, but haven't found anything relevant yet: |
Successful merges:
StorageLive
and scheduleStorageDead
forlet
-else
's bindings after matching #143028 (emitStorageLive
and scheduleStorageDead
forlet
-else
's bindings after matching)#[should_panic]
to the new attribute parsing infrastructure #143808 (Port#[should_panic]
to the new attribute parsing infrastructure )foreign_items
#143906 (Miri: non-deterministic floating point operations inforeign_items
)cargo fix
to partially applymismatched_lifetime_syntaxes
#144601 (Allowcargo fix
to partially applymismatched_lifetime_syntaxes
)strict_overflow_ops
#144682 (Stabilizestrict_overflow_ops
)print_region
intype_name.rs
. #145033 (Reimplementprint_region
intype_name.rs
.)Failed merges:
r? @ghost
@rustbot modify labels: rollup
Create a similar rollup