Skip to content

Rollup of 4 pull requests #144731

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

Merged
merged 9 commits into from
Jul 31, 2025
Merged

Rollup of 4 pull requests #144731

merged 9 commits into from
Jul 31, 2025

Conversation

samueltardieu
Copy link
Member

@samueltardieu samueltardieu commented Jul 31, 2025

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

Kobzol and others added 9 commits July 17, 2025 09:15
Windows ARM images should contain Rust now.
It adds feature detection of 1 extension (new in std_detect).

New RISC-V Extension:

1.  "Zabha"
When rust provides LLVM bitcode files to lld and the bitcode contains
function summaries as used for thin lto, lld defaults to using thin lto.
This prevents some optimizations that are only applied for fat lto.

We solve this by not creating function summaries when fat lto is
enabled. The bitcode for the module is just directly written out.

An alternative solution would be to set the `ThinLTO=0` module flag to
signal lld to do fat lto.
The code in clang that sets this flag is here:
https://github.com/llvm/llvm-project/blob/560149b5e3c891c64899e9912e29467a69dc3a4c/clang/lib/CodeGen/BackendUtil.cpp#L1150
The code in LLVM that queries the flag and defaults to thin lto if not
set is here:
https://github.com/llvm/llvm-project/blob/e258bca9505f35e0a22cb213a305eea9b76d11ea/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp#L4441-L4446
…ianqk

Fix linker-plugin-lto only doing thin lto

When rust provides LLVM bitcode files to lld and the bitcode contains
function summaries as used for thin lto, lld defaults to using thin lto.
This prevents some optimizations that are only applied for fat lto.

We solve this by not creating function summaries when fat lto is
enabled. The bitcode for the module is just directly written out.

An alternative solution would be to set the `ThinLTO=0` module flag to
signal lld to do fat lto.
The code in clang that sets this flag is here:
https://github.com/llvm/llvm-project/blob/560149b5e3c891c64899e9912e29467a69dc3a4c/clang/lib/CodeGen/BackendUtil.cpp#L1150
The code in LLVM that queries the flag and defaults to thin lto if not
set is here:
https://github.com/llvm/llvm-project/blob/e258bca9505f35e0a22cb213a305eea9b76d11ea/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp#L4441-L4446

try-job: x86_64-gnu-debug
try-job: aarch64-gnu-debug
…arcoieni

Remove install Rust script from CI

Windows ARM images should contain Rust now (actions/partner-runner-images#77 (comment)).

CC dpaoliello

try-job: `*aarch64-msvc*`
…Amanieu

Make `libtest::ERROR_EXIT_CODE` const public to not redefine it in rustdoc

I think it's better to make this constant public so it can be used by crates using `libtest` as dependency.

As a side-note, I will update rust-lang#143900 to make use of this constant once this is current PR is merged.
…manieu

`std_detect`: Linux 6.16 support for RISC-V

It adds feature detection of 1 extension (new in `std_detect`).

New RISC-V Extension:

1.  "Zabha"
@rustbot rustbot added A-CI Area: Our Github Actions CI A-run-make Area: port run-make Makefiles to rmake.rs A-testsuite Area: The testsuite used to check the correctness of rustc S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue. T-libs Relevant to the library team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue. rollup A PR which is a rollup labels Jul 31, 2025
@samueltardieu
Copy link
Member Author

This follows another rollup, but #136840 would have ran next, so let's include it and piggyback on it.

@bors r+ p=5 rollup=never

@bors
Copy link
Collaborator

bors commented Jul 31, 2025

📌 Commit 97e2806 has been approved by samueltardieu

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 31, 2025
@bors
Copy link
Collaborator

bors commented Jul 31, 2025

⌛ Testing commit 97e2806 with merge 3fb1b53...

@bors
Copy link
Collaborator

bors commented Jul 31, 2025

☀️ Test successful - checks-actions
Approved by: samueltardieu
Pushing 3fb1b53 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Jul 31, 2025
@bors bors merged commit 3fb1b53 into rust-lang:master Jul 31, 2025
1 check passed
@rustbot rustbot added this to the 1.90.0 milestone Jul 31, 2025
@rust-timer
Copy link
Collaborator

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#136840 Fix linker-plugin-lto only doing thin lto c01897b592c9e3baa36e0fb7710715abac23630a (link)
#144053 Remove install Rust script from CI fae084f91e683b812b2347f1d75ee1e5e4038174 (link)
#144297 Make libtest::ERROR_EXIT_CODE const public to not redefin… 2e4a30a339a8cc35603f1f23efa076123eca3aff (link)
#144721 std_detect: Linux 6.16 support for RISC-V 442bafb9fbec6fe7d650154a536f5231af54c017 (link)

previous master: 64ca23b623

In the case of a perf regression, run the following command for each PR you suspect might be the cause: @rust-timer build $SHA

Copy link
Contributor

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 64ca23b (parent) -> 3fb1b53 (this PR)

Test differences

Show 9 test diffs

Stage 1

  • [run-make] tests/run-make/fat-then-thin-lto: [missing] -> pass (J0)
  • [run-make] tests/run-make/linker-plugin-lto-fat: [missing] -> ignore (ignored on targets without Rust's LLD) (J0)

Stage 2

  • [run-make] tests/run-make/linker-plugin-lto-fat: [missing] -> ignore (only executed when the target is x86_64-unknown-linux-gnu) (J1)
  • [run-make] tests/run-make/fat-then-thin-lto: [missing] -> ignore (only executed when the target is x86_64-unknown-linux-gnu) (J2)
  • [run-make] tests/run-make/fat-then-thin-lto: [missing] -> pass (J3)
  • [run-make] tests/run-make/linker-plugin-lto-fat: [missing] -> pass (J4)
  • [run-make] tests/run-make/linker-plugin-lto-fat: [missing] -> ignore (ignored on targets without Rust's LLD) (J5)

Additionally, 2 doctest diffs were found. These are ignored, as they are noisy.

Job group index

Test dashboard

Run

cargo run --manifest-path src/ci/citool/Cargo.toml -- \
    test-dashboard 3fb1b53a9dbfcdf37a4b67d35cde373316829930 --output-dir test-dashboard

And then open test-dashboard/index.html in your browser to see an overview of all executed tests.

Job duration changes

  1. x86_64-apple-2: 4137.9s -> 6841.1s (65.3%)
  2. dist-aarch64-apple: 5029.2s -> 6290.4s (25.1%)
  3. aarch64-apple: 6292.8s -> 7666.1s (21.8%)
  4. pr-check-2: 2747.9s -> 2300.6s (-16.3%)
  5. pr-check-1: 1730.2s -> 1484.7s (-14.2%)
  6. i686-gnu-2: 6158.4s -> 5360.3s (-13.0%)
  7. x86_64-apple-1: 8412.7s -> 9438.7s (12.2%)
  8. aarch64-gnu-llvm-19-2: 2554.7s -> 2282.9s (-10.6%)
  9. x86_64-gnu-miri: 5158.0s -> 4651.3s (-9.8%)
  10. armhf-gnu: 5392.9s -> 4863.5s (-9.8%)
How to interpret the job duration changes?

Job durations can vary a lot, based on the actual runner instance
that executed the job, system noise, invalidated caches, etc. The table above is provided
mostly for t-infra members, for simpler debugging of potential CI slow-downs.

@rust-timer
Copy link
Collaborator

Finished benchmarking commit (3fb1b53): comparison URL.

Overall result: no relevant changes - no action needed

@rustbot label: -perf-regression

Instruction count

This benchmark run did not return any relevant results for this metric.

Max RSS (memory usage)

Results (secondary 1.0%)

A less reliable metric. May be of interest, but not used to determine the overall result above.

mean range count
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
4.5% [4.5%, 4.5%] 1
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-2.5% [-2.5%, -2.5%] 1
All ❌✅ (primary) - - 0

Cycles

Results (secondary 2.2%)

A less reliable metric. May be of interest, but not used to determine the overall result above.

mean range count
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
7.2% [3.6%, 10.8%] 2
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-2.8% [-3.2%, -2.4%] 2
All ❌✅ (primary) - - 0

Binary size

This benchmark run did not return any relevant results for this metric.

Bootstrap: 467.836s -> 467.851s (0.00%)
Artifact size: 376.81 MiB -> 376.84 MiB (0.01%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-CI Area: Our Github Actions CI A-run-make Area: port run-make Makefiles to rmake.rs A-testsuite Area: The testsuite used to check the correctness of rustc merged-by-bors This PR was explicitly merged by bors. rollup A PR which is a rollup S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue. T-libs Relevant to the library team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants