Skip to content

Conversation

@matthiaskrgr
Copy link
Member

@matthiaskrgr matthiaskrgr commented Dec 10, 2025

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

tgross35 and others added 19 commits October 23, 2025 17:10
Newly stable API:

    impl {f32, f64} {
        pub const fn mul_add(self, a: Self, b: Self) -> Self;
    }

This includes making the intrinsics `fmaf{16,32,64,128}` const stable
for indirect use, matching similar intrinsics.

Closes: rust-lang#146724
Using a defaulted `CodegenBackend` method that querying for zstd support should
automatically print a safe value of `false` on any backend that doesn't
specifically indicate the presence or absence of zstd.
148725 moved the default to being homogeneous; this adds heterogeneous ones back under an obvious-bikeshed syntax so people can experiment with that as well.

Essentially resolves 149025 by letting them move to this syntax instead.
These `TrivialClone` impls previously had `?Sized` bounds, which are
different from the `PointeeSized` bounds on the corresponding
`Clone` and `Copy` impls. So, I've changed the `?Sized` bounds into
`PointeeSized` bounds.

This mistake was made presumably because the `TrivialClone` PR
(rust-lang#135634) was opened in Jan 2025,
but merged in Nov 2025. During that time, the sized hierachy PR
(rust-lang#137944) was opened in Mar 2025,
and merged in Jun 2025. The `TrivialClone` PR was not updated to account
for the sized hierachy changes.
…r=RalfJung

Stabilize `const_mul_add`

Newly stable API:

```rust
impl {f32, f64} {
    pub const fn mul_add(self, a: Self, b: Self) -> Self;
}
```

This includes making the intrinsics `fmaf{16,32,64,128}` const stable for indirect use, matching similar intrinsics.

Closes: rust-lang#146724
…bzol

Display funding link in the github overview

This should be coordinated with rust-lang/blog.rust-lang.org#1751.

cc `@Kobzol`
Experimentally add *heterogeneous* `try` blocks

rust-lang#148725 moved the default to being homogeneous; this adds heterogeneous ones back under an obvious-bikeshed syntax so people can experiment with that as well.

Essentially resolves rust-lang#149025 by letting them move to this syntax instead.

New tracking issue: rust-lang#149488
Related RFC: rust-lang/rfcs#3721 (comment) (specifically about experimenting)
Make `--print=backend-has-zstd` work by default on any backend

Using a defaulted `CodegenBackend` method that querying for zstd support should automatically print a safe value of `false` on any backend that doesn't specifically indicate the presence or absence of zstd.

This should fix the compiletest failures reported in rust-lang#149666 (comment), which can occur when LLVM is not the default codegen backend.
…=petrochenkov

Build auxiliary in pretty tests

I've encountered a problem with building auxiliary in pretty tests with the following configuration:
```
//@ edition:2021
//@ aux-crate:to_reuse_functions=to-reuse-functions.rs
//@ pretty-mode:hir
//@ pretty-compare-only
//@ pp-exact:delegation-inherit-attributes.pp
```

In such kind of tests, I want to test the resulting HIR, without final typecheck (`pretty-compare-only`). I plan to use such tests during testing the attribute inheritance in delegation feature. However, related auxiliary is built only in [self.typecheck_source](https://github.com/rust-lang/rust/blob/2e667b0c6491678642a83e3aff86626397360af5/src/tools/compiletest/src/runtest/pretty.rs#L79) method (in `compose_and_run_compiler` routine), so it is impossible to execute test in my scenario. As a solution I've added the auxiliary build in [print_source](https://github.com/rust-lang/rust/blob/2e667b0c6491678642a83e3aff86626397360af5/src/tools/compiletest/src/runtest.rs#L434) method, so it is also built in a compare only scenarios.

I've tried to search other solutions to this problem, but I haven't found a way to force auxiliary build in such a configuration of a pretty test.

r? `@petrochenkov`
…ized, r=joboet

Use `PointeeSized` bound for `TrivialClone` impls

These `TrivialClone` impls previously had `?Sized` bounds, which are different from the `PointeeSized` bounds on the corresponding `Clone` and `Copy` impls. So, I've changed the `?Sized` bounds into `PointeeSized` bounds.

This mistake was made presumably because the `TrivialClone` PR (rust-lang#135634) was opened in Jan 2025, but merged in Nov 2025. During that time, the sized hierachy PR (rust-lang#137944) was opened in Mar 2025, and merged in Jun 2025. The `TrivialClone` PR was not updated to account for the sized hierachy changes.

r? `@joboet`
…=wafflelapkin

Statically require links to an issue or the edition guide for all FCWs

r? `@wafflelapkin`
@rustbot rustbot added A-compiletest Area: The compiletest test runner A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-rustc-dev-guide Area: rustc-dev-guide 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-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) T-clippy Relevant to the Clippy team. T-compiler Relevant to the compiler 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-rustfmt Relevant to the rustfmt team, which will review and decide on the PR/issue. rollup A PR which is a rollup labels Dec 10, 2025
@matthiaskrgr
Copy link
Member Author

@bors r+ rollup=never p=5

@bors
Copy link
Collaborator

bors commented Dec 10, 2025

📌 Commit eab1036 has been approved by matthiaskrgr

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 Dec 10, 2025
@bors
Copy link
Collaborator

bors commented Dec 10, 2025

⌛ Testing commit eab1036 with merge bfd0918...

bors added a commit that referenced this pull request Dec 10, 2025
Rollup of 7 pull requests

Successful merges:

 - #148052 (Stabilize `const_mul_add`)
 - #149386 (Display funding link in the github overview)
 - #149489 (Experimentally add *heterogeneous* `try` blocks)
 - #149764 (Make `--print=backend-has-zstd` work by default on any backend)
 - #149838 (Build auxiliary in pretty tests)
 - #149839 (Use `PointeeSized` bound for `TrivialClone` impls)
 - #149846 (Statically require links to an issue or the edition guide for all FCWs)

r? `@ghost`
`@rustbot` modify labels: rollup
@bors
Copy link
Collaborator

bors commented Dec 10, 2025

💔 Test failed - checks-actions

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

The job aarch64-gnu-llvm-20-2 failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)
fmt check
fmt: checked 6589 files
tidy check

thread 'deps (.)' (3685) panicked at src/tools/tidy/src/deps.rs:642:24:
cmd.exec() failed with `cargo metadata` exited with an error:     Updating crates.io index

@matthiaskrgr
Copy link
Member Author

@bors retry

@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 Dec 10, 2025
@bors
Copy link
Collaborator

bors commented Dec 10, 2025

⌛ Testing commit eab1036 with merge f520900...

@bors
Copy link
Collaborator

bors commented Dec 10, 2025

☀️ Test successful - checks-actions
Approved by: matthiaskrgr
Pushing f520900 to main...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Dec 10, 2025
@bors bors merged commit f520900 into rust-lang:main Dec 10, 2025
12 checks passed
@rustbot rustbot added this to the 1.94.0 milestone Dec 10, 2025
@rust-timer
Copy link
Collaborator

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#148052 Stabilize const_mul_add 9cb0dae96aa3cc8598f3fe1f3e8574ba0e43575b (link)
#149386 Display funding link in the github overview 04b08008d4cb7c0b03215e86475a04759f74e1ce (link)
#149489 Experimentally add heterogeneous try blocks 6f9178968c309a9f7a480914dd6a65911fc11a99 (link)
#149764 Make --print=backend-has-zstd work by default on any back… 968821e8170b4bbe3af9b3d195f222def0ed49f5 (link)
#149838 Build auxiliary in pretty tests b5a151b501fa9cadb16004e36852eeceb91baf31 (link)
#149839 Use PointeeSized bound for TrivialClone impls 75feb38e546a7fca08ec937b9cff72f0d429510b (link)
#149846 Statically require links to an issue or the edition guide f… 639c5a2da4486e67c25edc7fa448a731769bf742 (link)

previous master: a9ac706b5f

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

@github-actions
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 a9ac706 (parent) -> f520900 (this PR)

Test differences

Show 891 test diffs

Stage 1

  • [pretty] tests/pretty/try-blocks.rs: [missing] -> pass (J0)
  • [ui] tests/ui/feature-gates/feature-gate-try_blocks_heterogeneous.rs: [missing] -> pass (J0)
  • [ui] tests/ui/try-block/try-block-bad-type-heterogeneous.rs: [missing] -> pass (J0)
  • [ui] tests/ui/try-block/try-block-heterogeneous.rs: [missing] -> pass (J0)

Stage 2

  • [ui] tests/ui/feature-gates/feature-gate-try_blocks_heterogeneous.rs: [missing] -> pass (J1)
  • [ui] tests/ui/try-block/try-block-bad-type-heterogeneous.rs: [missing] -> pass (J1)
  • [ui] tests/ui/try-block/try-block-heterogeneous.rs: [missing] -> pass (J1)
  • [pretty] tests/pretty/try-blocks.rs: [missing] -> pass (J2)

Additionally, 883 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 f5209000832c9d3bc29c91f4daef4ca9f28dc797 --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. aarch64-apple: 7315.7s -> 9726.4s (+33.0%)
  2. dist-aarch64-llvm-mingw: 5302.8s -> 6582.5s (+24.1%)
  3. x86_64-gnu: 6494.9s -> 7585.3s (+16.8%)
  4. dist-x86_64-illumos: 5479.0s -> 6109.7s (+11.5%)
  5. aarch64-msvc-1: 7181.7s -> 7786.6s (+8.4%)
  6. dist-x86_64-netbsd: 5332.7s -> 4914.0s (-7.9%)
  7. armhf-gnu: 5043.1s -> 5412.2s (+7.3%)
  8. dist-x86_64-llvm-mingw: 7263.2s -> 6736.9s (-7.2%)
  9. dist-powerpc-linux: 4869.4s -> 5212.1s (+7.0%)
  10. dist-loongarch64-musl: 5618.8s -> 5228.5s (-6.9%)
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 (f520900): comparison URL.

Overall result: ❌ regressions - no action needed

@rustbot label: -perf-regression

Instruction count

Our most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.

mean range count
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
0.3% [0.2%, 0.4%] 6
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) - - 0

Max RSS (memory usage)

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

Cycles

Results (primary 2.6%, secondary 2.5%)

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

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

Binary size

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

Bootstrap: 474.808s -> 472.896s (-0.40%)
Artifact size: 389.04 MiB -> 389.04 MiB (0.00%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-compiletest Area: The compiletest test runner A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-rustc-dev-guide Area: rustc-dev-guide 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-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) T-clippy Relevant to the Clippy team. T-compiler Relevant to the compiler 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-rustfmt Relevant to the rustfmt team, which will review and decide on the PR/issue.

Projects

None yet

Development

Successfully merging this pull request may close these issues.