Skip to content

Conversation

@matthiaskrgr
Copy link
Member

@matthiaskrgr matthiaskrgr commented Dec 9, 2025

Successful merges:

Failed merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

chenyukang and others added 27 commits October 11, 2025 19:15
Instead of allowing them to be missing and using some placeholder
"(none)" value instead.
Instead of possibly falling back to "(none)" when they are not
specified.
We either have the value of a flag specified, or we don't. Use
`Option<...>` to represent that -- don't invent a new "(none)" sentinel
value...
This derive was an artifact of test-only method `Cache::all` wanting to
automatically sort its output to hide HashMap iteration order.

We can achieve an equivalent result by requiring the caller to provide a
projection function that returns results that _are_ sortable.
Even if a crate is marked as #![no_builtins], we can still generate bitcode for rlib,
but we cannot emit bitcode to the linker in rustc's LTO.
…ess-private-fields, r=Kivooeo

Suppress the error for private fields with non_exhaustive attribute

Fixes rust-lang#147513
…szelmann

Emit `check-cfg` lints during attribute parsing rather than evaluation

The goal of this PR is to make the `eval_config_entry` not have any side effects, by moving the check-cfg lints to the attribute parsing. This also helps ensure we do emit the lint in situations where the attribute happens to be parsed, but never evaluated.

cc ``@jdonszelmann`` ``@Urgau`` for a vibe check if you feel like it
Add release notes for 1.92.0

cc ``@rust-lang/release``
r? ``@BoxyUwU``
rustdoc book: mention inner doc attribute

Couldn't find this documented anywhere else.
lint: emit proper diagnostic for unsafe binders in improper_ctypes instead of ICE

Fixes rust-lang#149719

This PR replaces the `todo!("FIXME(unsafe_binder)")` branch in the `improper_ctypes` lint with a proper diagnostic.

Previously, using an unsafe binder inside an extern `"C"` block caused an internal compiler error.
This fix now ensures that the compiler now emits a clear and stable error message explaining that types containing unsafe binders are not yet supported in FFI.

A new UI test `(unsafe-binder-basic.rs)` is included to ensure this behavior remains stable and prevent regressions.
Retire `opt_str2` from compiletest cli parsing

We have `Option<..>`, we don't need to invent "(none)" as option-at-home.

- More specifically, when some test suite expect certain values to be present, they should `.expect(..)` the value, and not potentially receive some "(none)" in some cases.

r? Zalathar
bootstrap: Use a `CompiletestMode` enum instead of bare strings

This gives better static checking when dealing with compiletest modes in bootstrap, especially for those modes that overlap with the name of a test suite directory.

r? jieyouxu (or bootstrap)
…petrochenkov

Add inline attribute to generated delegation function if needed

This PR adds a functionality to add #[inline(always)] attribute to generated functions from delegation, if some #[inline(..)] attribute is already specified on the delegation then we do nothing. This PR is a part of the delegation feature rust-lang#118212 and addresses `Add implicit #[inline] unless specified otherwise` item.

r? ``@petrochenkov``
…to, r=jieyouxu

test: Add a test for 146133

This is a test without using `-Zbuild-std` for rust-lang#146133. There is another test using `-Zbuild-std`: rust-lang/cargo#16277.

Even if a crate is marked as `#![no_builtins]`, we can still generate bitcode for rlib, but we cannot emit bitcode to the linker in rustc's LTO.
…, r=Kobzol

Remove `[no-mentions]` handler in the triagebot config

This PR removes the `[no-mentions]` handler in the triagebot config as [GitHub is removing notifications for ``@-mentions`` in commit messages on December 8th 2025.](https://github.blog/changelog/2025-11-07-removing-notifications-for-mentions-in-commit-messages/)

cf. rust-lang/triagebot#2225
@rustbot rustbot added A-attributes Area: Attributes (`#[…]`, `#![…]`) A-compiletest Area: The compiletest test runner A-meta Area: Issues & PRs about the rust-lang/rust repository itself labels Dec 9, 2025
@rustbot rustbot added 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-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) 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-release Relevant to the release subteam, 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 Dec 9, 2025
@matthiaskrgr
Copy link
Member Author

@bors r+ rollup=never p=5

@bors
Copy link
Collaborator

bors commented Dec 9, 2025

📌 Commit 288e970 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 9, 2025
@bors
Copy link
Collaborator

bors commented Dec 9, 2025

⌛ Testing commit 288e970 with merge d5525a7...

@bors
Copy link
Collaborator

bors commented Dec 9, 2025

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

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

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#147585 Suppress the error for private fields with non_exhaustive a… 6973225b3c523a855e862a7029020a1a249560a3 (link)
#149215 Emit check-cfg lints during attribute parsing rather than… 9a56c9b6afb8081ffc061c77d222dc988df9cbd6 (link)
#149652 Add release notes for 1.92.0 5a0c1d466116a8ebf3ec59fab45b735c5aa279c6 (link)
#149720 rustdoc book: mention inner doc attribute 08d07e90811e8fa33d34605cc7a60bf3841e880c (link)
#149730 lint: emit proper diagnostic for unsafe binders in improper… 489e9c169757203dd4eefbd6dad4f2edf896b05b (link)
#149754 Retire opt_str2 from compiletest cli parsing 19f0f763dc05d954867138bfa86e829d2203603e (link)
#149755 bootstrap: Use a CompiletestMode enum instead of bare str… e06e775977e4d921056e80c2dcc1d47b27ef6cc3 (link)
#149763 Add inline attribute to generated delegation function if ne… b22927e00dfd17e2e7c8c0379b508888b3f9c023 (link)
#149772 test: Add a test for 146133 f2b9d6e9b3f876eba60a950eb833548876d48c0e (link)
#149779 Fix typo "an" → "and" 5bcc4fbf9850f8a52943ea398767b158f104e58b (link)
#149782 Remove [no-mentions] handler in the triagebot config e62ce8d73059066188445d718bb5415602be0b07 (link)

previous master: 018d26972e

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

github-actions bot commented Dec 9, 2025

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 018d269 (parent) -> d5525a7 (this PR)

Test differences

Show 17 test diffs

Stage 1

  • [pretty] tests/pretty/delegation_inline_attribute.rs: [missing] -> pass (J0)
  • [run-make] tests/run-make/no-builtins-linker-plugin-lto: [missing] -> pass (J0)
  • [ui] tests/ui/check-cfg/nested-cfg.rs: [missing] -> pass (J0)
  • [ui] tests/ui/lint/improper-ctypes/unsafe-binder-basic.rs: [missing] -> pass (J0)
  • [ui] tests/ui/privacy/non-exhaustive-with-private-fields-147513.rs: [missing] -> pass (J0)

Stage 2

  • [ui] tests/ui/check-cfg/nested-cfg.rs: [missing] -> pass (J1)
  • [ui] tests/ui/lint/improper-ctypes/unsafe-binder-basic.rs: [missing] -> pass (J1)
  • [ui] tests/ui/privacy/non-exhaustive-with-private-fields-147513.rs: [missing] -> pass (J1)
  • [pretty] tests/pretty/delegation_inline_attribute.rs: [missing] -> pass (J2)
  • [run-make] tests/run-make/no-builtins-linker-plugin-lto: [missing] -> ignore (only executed when the target is x86_64-unknown-linux-gnu) (J3)
  • [run-make] tests/run-make/no-builtins-linker-plugin-lto: [missing] -> pass (J4)

Additionally, 6 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 d5525a73009e2c61b09daa69df79064530bd4dcf --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: 6859.4s -> 9743.1s (+42.0%)
  2. dist-aarch64-apple: 6106.3s -> 8142.8s (+33.4%)
  3. i686-gnu-nopt-1: 7269.6s -> 8685.2s (+19.5%)
  4. x86_64-rust-for-linux: 2698.0s -> 3220.6s (+19.4%)
  5. aarch64-gnu-llvm-20-1: 3322.0s -> 3927.0s (+18.2%)
  6. x86_64-gnu-debug: 6043.0s -> 7034.9s (+16.4%)
  7. x86_64-gnu-llvm-20: 2436.8s -> 2822.1s (+15.8%)
  8. aarch64-gnu-llvm-20-2: 2204.4s -> 2493.4s (+13.1%)
  9. x86_64-gnu-gcc: 3117.9s -> 3514.4s (+12.7%)
  10. pr-check-2: 2325.6s -> 2612.7s (+12.3%)
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 (d5525a7): comparison URL.

Overall result: ❌✅ regressions and improvements - 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.2% [0.1%, 0.3%] 2
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-0.3% [-0.5%, -0.1%] 6
All ❌✅ (primary) - - 0

Max RSS (memory usage)

Results (primary 0.4%)

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

mean range count
Regressions ❌
(primary)
2.8% [2.8%, 2.8%] 1
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
-2.1% [-2.1%, -2.1%] 1
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) 0.4% [-2.1%, 2.8%] 2

Cycles

Results (primary -2.3%, secondary 3.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)
3.2% [2.2%, 4.8%] 3
Improvements ✅
(primary)
-2.3% [-2.3%, -2.3%] 1
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) -2.3% [-2.3%, -2.3%] 1

Binary size

Results (primary -0.0%, secondary -0.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)
- - 0
Improvements ✅
(primary)
-0.0% [-0.1%, -0.0%] 27
Improvements ✅
(secondary)
-0.0% [-0.0%, -0.0%] 3
All ❌✅ (primary) -0.0% [-0.1%, -0.0%] 27

Bootstrap: 472.223s -> 472.272s (0.01%)
Artifact size: 389.03 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-attributes Area: Attributes (`#[…]`, `#![…]`) A-compiletest Area: The compiletest test runner A-meta Area: Issues & PRs about the rust-lang/rust repository itself 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-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) 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-release Relevant to the release subteam, 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.