Skip to content

Rollup of 15 pull requests - #163071

Merged
rust-bors[bot] merged 31 commits into
rust-lang:mainfrom
JonathanBrouwer:rollup-ly4BY8L
Sep 21, 2026
Merged

rust-bors[bot] merged 31 commits into
rust-lang:mainfrom
JonathanBrouwer:rollup-ly4BY8L

Conversation

@JonathanBrouwer

@JonathanBrouwer JonathanBrouwer commented Sep 20, 2026

Copy link
Copy Markdown
Member

View all comments

Successful merges:

r? @ghost

Create a similar rollup

devnexen and others added 30 commits September 13, 2026 15:15
linux reports an address length one byte past sockaddr_un when the path
fills sun_path without a NUL, which made address() slice out of bounds
since e96993c. cap the length at the size of sockaddr_un.
The inline suggestion message already includes the code to replace.
- Don't suggest braces unnecessarily for numeric literals
- Use verbose suggestion
- Tweak messages

```
error[E0747]: type provided when a constant was expected
  --> $DIR/suggest_const_for_array.rs:6:15
   |
LL |     example::<[usize; 3]>();
   |               ^^^^^^^^^^ array type provided where a `usize` was expected
   |
help: you might have meant to use the array's length's value
   |
LL -     example::<[usize; 3]>();
LL +     example::<3>();
   |
```
Link to the never type and restore the note about possibly deprecating
in the future.
```
warning: non-local `impl` definition, `impl` blocks should be written at the same level as their item
  --> $DIR/consts.rs:13:5
   |
LL | const Z: () = {
   | ----------- move the `impl` block outside of this constant `Z`
...
LL |     impl Uto for &Test {}
   |     ^^^^^---^^^^^^----
   |          |        |
   |          |        `Test` is not local
   |          `Uto` is not local
   |
   = note: an `impl` is never scoped, even when it is nested inside an item, as it may impact type checking outside of that item, which can be the case if neither the trait or the self type are at the same nesting level as the `impl`
   = note: items in an anonymous const item (`const _: () = { ... }`) are treated as in the same scope as the anonymous const's declaration for the purpose of this lint
   = note: `#[warn(non_local_definitions)]` on by default
help: use a const-anon item to suppress this lint
   |
LL - const Z: () = {
LL + const _: () = {
   |
```
```
error[E0425]: cannot find type `double` in this scope
  --> $DIR/recommend-literal.rs:1:13
   |
LL | type Real = double;
   |             ^^^^^^ not found in this scope
   |
help: you might have intended to use the `f64` primitive type
   |
LL - type Real = double;
LL + type Real = f64;
   |
```
For whatever reason, rust-analyzer doesn't understand hygienic macros well
enough to properly resolve this function call, which leads to bogus type errors
appearing in rust-analyzer because it doesn't know that the function returns
`!` and therefore must diverge.

(For example, if `bug!(..);` with a trailing semicolon is used in the else
block of a let-else statement, rust-analyzer will complain about it even though
rustc is happy.)

If we specify the full path to the function, both rustc and rust-analyzer agree
that it diverges.
weird I did not spot this before, it cleans up the code a bunch
In fact the type is really not supported at all there.
…imulacrum

std: fix unix socket address panic on a full sun_path

linux reports an address length one byte past sockaddr_un when the path fills sun_path without a NUL, which made address() slice out of bounds since e96993c. cap the length at the size of sockaddr_un.
…ce-then-nothing-is, r=estebank

Don't claim that escaping value is a reference in diagnostics

Changes the part of the "borrowed data escapes" diagnostic that points to the local that the region came from, by removing the claim that it is a reference, as that is not generally correct.

Fixes rust-lang#162890

I considered checking if the type of the escaping value is actually a reference type (and keeping the old message if so). But with the way the code is written, that would have been non-trivial to do, and of questionable value (the type is already shown in the error).
Also, IMO the new message is more "to the point", even for references.

r? compiler
…anted, r=fmease

Tweak "use array's length as const param" suggestion

- Don't suggest braces unnecessarily for numeric literals
- Use verbose suggestion
- Tweak messages

```
error[E0747]: type provided when a constant was expected
  --> $DIR/suggest_const_for_array.rs:6:15
   |
LL |     example::<[usize; 3]>();
   |               ^^^^^^^^^^ array type provided where a `usize` was expected
   |
help: you might have meant to use the array's length's value
   |
LL -     example::<[usize; 3]>();
LL +     example::<3>();
   |
```
…end-field-location, r=nnethercote

Point to fields that introduce trait requirements

Fixes rust-lang#146016
don't mark `f128` as reliable on AIX

In fact the type is really not supported at all there.

In rust-lang#162979 we made `f128` reliable on powerpc64 when the `vsx` feature is enabled. Apparently this is the case on AIX, but it just does not implement `f128` at all.

r? tgross35
…fonthey

Tweak `Infallible` docs

Adds a hyperlink to the never type.

I restored a statement that `Infallible` may be deprecated in a future version. That was (unintentionally?) lost in the stabilization PR.

cc @WaffleLapkin
Add safety section for atomic_load/store

This PR tries to add `# Safety` section for atomic_load/store in intrinsic module. I notice that some intrinsic unsafe functions already have `# Safety` section. And for these two functions, they have corresponding stable version functions in `core/sync`. But in the stable implementation, I notice that they first call an unsafe `atomic_load/store` defined in the same file(a private function without safety doc), and that unsafe function directly call `atomic_load/store` defined in intrinsic module(for example, [atomic_load](https://doc.rust-lang.org/std/intrinsics/fn.atomic_load.html)). Here is the implementaion of [atomic_load](https://doc.rust-lang.org/src/core/sync/atomic.rs.html#3886) used in AtomicBool::load:

```rust
#[inline]
#[cfg_attr(miri, track_caller)] // even without panics, this helps for Miri backtraces
unsafe fn atomic_load<T: Copy>(dst: *const T, order: Ordering) -> T {
    // SAFETY: the caller must uphold the safety contract for `atomic_load`.
    unsafe {
        match order {
            Relaxed => intrinsics::atomic_load::<T, { AO::Relaxed }>(dst),
            Acquire => intrinsics::atomic_load::<T, { AO::Acquire }>(dst),
            SeqCst => intrinsics::atomic_load::<T, { AO::SeqCst }>(dst),
            Release => panic!("there is no such thing as a release load"),
            AcqRel => panic!("there is no such thing as an acquire-release load"),
        }
    }
}
```

So I'm trying to add `# Safety` section for the intrinsic atomic_load/store. Although intrinsic API mainly used for Rust standary library, I think that adding `# Safety` section is needed because it pass a raw pointer. When writing the `# Safety` section for these two functions, I refer to [read_volatile](https://doc.rust-lang.org/std/ptr/fn.read_volatile.html) and [write_volatile](https://doc.rust-lang.org/std/ptr/fn.write_volatile.html).

If needed, I will review all the atomic operations defined in intrinsic module. Thank you for your review and I'm looking forward to your feedback. Hoping this PR can improve the safety doc of Rust standard library.
…youxu

add `minicore::ffi::VaList`

Now that `VaList` is stable (on beta, but, this definition should not change, it implements a specification), we can add the definition to `minicore`. We're not adding `VaArgSafe` because it is still in flux, and not really needed for the tests: we just need to only test types that are relevant for a particular target.

r? jieyouxu or @beetrees
…=adwinwhite

`va_arg`: pass in `TyAndLayout`

Just a refactor, no functional changes. It is weird I did not spot this before, it cleans up the code a bunch.
…Urgau

[rustdoc] Correctly handle `dyn` trait methods linking for jump to def feature

Part of the missing pieces for rust-lang#162808 to work.

The issue was that in case we had the method of a dyn trait, we tried to use the dyn trait as is and couldn't generate a correct href to its `DefId`. If we get the trait in the `dyn`, it works just as expected.

r? @Urgau
…ut-borrow, r=jieyouxu

Remove redundant output from suggestion

The inline suggestion message already includes the code to replace.
Use verbose suggestion for `const _`

```
warning: non-local `impl` definition, `impl` blocks should be written at the same level as their item
  --> $DIR/consts.rs:13:5
   |
LL | const Z: () = {
   | ----------- move the `impl` block outside of this constant `Z`
...
LL |     impl Uto for &Test {}
   |     ^^^^^---^^^^^^----
   |          |        |
   |          |        `Test` is not local
   |          `Uto` is not local
   |
   = note: an `impl` is never scoped, even when it is nested inside an item, as it may impact type checking outside of that item, which can be the case if neither the trait or the self type are at the same nesting level as the `impl`
   = note: items in an anonymous const item (`const _: () = { ... }`) are treated as in the same scope as the anonymous const's declaration for the purpose of this lint
   = note: `#[warn(non_local_definitions)]` on by default
help: use a const-anon item to suppress this lint
   |
LL - const Z: () = {
LL + const _: () = {
   |
```
…rtdev

Use verbose suggestion for similarly named label suggestion

```
error[E0425]: cannot find value `while_loop` in this scope
  --> $DIR/label_misspelled.rs:32:15
   |
LL |     'while_loop: while true {
   |     ----------- a label with a similar name exists
LL |         break while_loop;
   |               ^^^^^^^^^^ not found in this scope
   |
help: use the similarly named label
   |
LL |         break 'while_loop;
   |               +
```
Use verbose suggestion for wrong primitive type names

```
error[E0425]: cannot find type `double` in this scope
  --> $DIR/recommend-literal.rs:1:13
   |
LL | type Real = double;
   |             ^^^^^^ not found in this scope
   |
help: you might have intended to use the `f64` primitive type
   |
LL - type Real = double;
LL + type Real = f64;
   |
```
@rust-bors

rust-bors Bot commented Sep 20, 2026

Copy link
Copy Markdown
Contributor

☀️ Try build successful (CI)
Build commit: 42ca280 (42ca280ffde499b5c766f4d32b73c56e7949ad59)
Base parent: 12c4d3f (12c4d3f34dcb4715784d2fa0e8443853e0592194)

@rust-bors

This comment has been minimized.

rust-bors Bot pushed a commit that referenced this pull request Sep 20, 2026
…uwer

Rollup of 15 pull requests

Successful merges:

 - #162726 (std: fix unix socket address panic on a full sun_path)
 - #163016 (Don't claim that escaping value is a reference in diagnostics)
 - #163040 (Tweak "use array's length as const param" suggestion)
 - #163060 (Point to fields that introduce trait requirements)
 - #163066 (don't mark `f128` as reliable on AIX)
 - #162098 (Tweak `Infallible` docs)
 - #162854 (Add safety section for atomic_load/store)
 - #163015 (add `minicore::ffi::VaList`)
 - #163021 (`va_arg`: pass in `TyAndLayout`)
 - #163036 ([rustdoc] Correctly handle `dyn` trait methods linking for jump to def feature)
 - #163042 (Remove redundant output from suggestion)
 - #163046 (Use verbose suggestion for `const _`)
 - #163050 (Use verbose suggestion for similarly named label suggestion)
 - #163052 (Use verbose suggestion for wrong primitive type names)
 - #163055 (Use the full path of `bug_impl` to avoid bogus errors in rust-analyzer)
@rust-log-analyzer

Copy link
Copy Markdown
Collaborator

The job test-aarch64-msvc-1 failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)
test::Compiletest { test_compiler: Compiler { stage: 2, host: aarch64-pc-windows-msvc, forced_compiler: false }, target: aarch64-pc-windows-msvc, mode: run-make, suite: "run-make-cargo", path: "tests/run-make-cargo", compare_mode: None } at src\bootstrap\src\core\build_steps\test.rs:2030
tool::Cargo { build_compiler: Compiler { stage: 1, host: aarch64-pc-windows-msvc, forced_compiler: false }, target: aarch64-pc-windows-msvc } at src\bootstrap\src\core\build_steps\test.rs:2421
tool::ToolBuild { build_compiler: Compiler { stage: 1, host: aarch64-pc-windows-msvc, forced_compiler: false }, target: aarch64-pc-windows-msvc, tool: "cargo", path: "src/tools/cargo", mode: ToolTarget, source_type: Submodule, extra_features: [], allow_features: "min_specialization,specialization", cargo_args: [], artifact_kind: Binary } at src\bootstrap\src\core\build_steps\tool.rs:873
Build completed unsuccessfully in 2:06:58
make: *** [Makefile:115: ci-msvc-py] Error 1
  local time: Sun Sep 20 15:40:22 PDT 2026
  network time: Sun, 20 Sep 2026 22:40:23 GMT
##[error]Process completed with exit code 2.
##[group]Run echo "disk usage:"
echo "disk usage:"

@rust-bors rust-bors Bot 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 Sep 20, 2026
@rust-bors

rust-bors Bot commented Sep 20, 2026

Copy link
Copy Markdown
Contributor

💔 Test for 69ac11c failed: CI. Failed job:

@folkertdev

Copy link
Copy Markdown
Contributor

Going to assume this means it's a spurious failure

warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io)
warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io)
warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io)
warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io)
warning: spurious network error (1 try remaining): [6] Could not resolve hostname (Could not resolve host: index.crates.io)
error: failed to get `pasetors` as a dependency of package `cargo-test-support v0.12.0 (C:\a\rust\rust\src\tools\cargo\crates\cargo-test-support)`

@bors retry

@rust-bors rust-bors Bot 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 Sep 20, 2026
@rust-bors

This comment has been minimized.

rust-bors Bot pushed a commit that referenced this pull request Sep 21, 2026
…uwer

Rollup of 15 pull requests

Successful merges:

 - #162726 (std: fix unix socket address panic on a full sun_path)
 - #163016 (Don't claim that escaping value is a reference in diagnostics)
 - #163040 (Tweak "use array's length as const param" suggestion)
 - #163060 (Point to fields that introduce trait requirements)
 - #163066 (don't mark `f128` as reliable on AIX)
 - #162098 (Tweak `Infallible` docs)
 - #162854 (Add safety section for atomic_load/store)
 - #163015 (add `minicore::ffi::VaList`)
 - #163021 (`va_arg`: pass in `TyAndLayout`)
 - #163036 ([rustdoc] Correctly handle `dyn` trait methods linking for jump to def feature)
 - #163042 (Remove redundant output from suggestion)
 - #163046 (Use verbose suggestion for `const _`)
 - #163050 (Use verbose suggestion for similarly named label suggestion)
 - #163052 (Use verbose suggestion for wrong primitive type names)
 - #163055 (Use the full path of `bug_impl` to avoid bogus errors in rust-analyzer)
@rust-bors rust-bors Bot 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 Sep 21, 2026
@rust-bors

rust-bors Bot commented Sep 21, 2026

Copy link
Copy Markdown
Contributor

💔 Test for 2092fb5 failed: CI. Failed job:

@Zalathar

Copy link
Copy Markdown
Member

Couldn't get logs, so probably a bogus failure.

@bors retry

@rust-bors rust-bors Bot 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 Sep 21, 2026
@rust-bors

This comment has been minimized.

@rust-bors rust-bors Bot added merged-by-bors This PR was explicitly merged by bors. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Sep 21, 2026
@rust-bors

rust-bors Bot commented Sep 21, 2026

Copy link
Copy Markdown
Contributor

☀️ Test successful - CI
Approved by: JonathanBrouwer
Duration: 3h 6m 14s
Pushing 220b36c to main...

@rust-bors
rust-bors Bot merged commit 220b36c into rust-lang:main Sep 21, 2026
15 checks passed
@rustbot rustbot added this to the 1.100.0 milestone Sep 21, 2026
@github-actions

Copy link
Copy Markdown
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 d287eb7 (parent) -> 220b36c (this PR)

Test differences

Show 150 test diffs

Stage 1

  • [ui (polonius)] tests/ui/const-generics/suggest_const_for_array.rs: pass -> [missing] (J0)
  • [ui (polonius)] tests/ui/const-generics/suggest_const_for_array.rs#generic_const_args: [missing] -> pass (J0)
  • [ui (polonius)] tests/ui/const-generics/suggest_const_for_array.rs#min_generic_const_args: [missing] -> pass (J0)
  • [ui (polonius)] tests/ui/const-generics/suggest_const_for_array.rs#regular: [missing] -> pass (J0)
  • [ui (polonius)] tests/ui/traits/non-send-field-location-issue-146016.rs#current: [missing] -> pass (J0)
  • [ui (polonius)] tests/ui/traits/non-send-field-location-issue-146016.rs#next: [missing] -> pass (J0)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs: pass -> [missing] (J3)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#generic_const_args: [missing] -> pass (J3)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#min_generic_const_args: [missing] -> pass (J3)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#regular: [missing] -> pass (J3)
  • [ui] tests/ui/traits/non-send-field-location-issue-146016.rs#current: [missing] -> pass (J3)
  • [ui] tests/ui/traits/non-send-field-location-issue-146016.rs#next: [missing] -> pass (J3)
  • os::unix::net::tests::sock_addr_pathname_fills_sun_path: [missing] -> pass (J4)
  • [rustdoc-html] tests/rustdoc-html/jump-to-def/dyn.rs: [missing] -> pass (J5)

Stage 2

  • [ui] tests/ui/const-generics/suggest_const_for_array.rs: pass -> [missing] (J1)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#generic_const_args: [missing] -> pass (J1)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#min_generic_const_args: [missing] -> pass (J1)
  • [ui] tests/ui/const-generics/suggest_const_for_array.rs#regular: [missing] -> pass (J1)
  • [ui] tests/ui/traits/non-send-field-location-issue-146016.rs#current: [missing] -> pass (J1)
  • [ui] tests/ui/traits/non-send-field-location-issue-146016.rs#next: [missing] -> pass (J1)
  • [rustdoc-html] tests/rustdoc-html/jump-to-def/dyn.rs: [missing] -> pass (J2)
  • os::unix::net::tests::sock_addr_pathname_fills_sun_path: [missing] -> pass (J6)

Additionally, 128 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 220b36c420c49c59923f54cd4a76634fac98a067 --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. test-i686-gnu-1: 1h 18m -> 2h 14m (+71.9%)
  2. dist-ohos-armv7: 52m 15s -> 1h 17m (+48.2%)
  3. test-x86_64-gnu-debug: 1h 24m -> 2h 4m (+47.4%)
  4. test-x86_64-gnu: 2h 42m -> 1h 39m (-38.7%)
  5. test-aarch64-apple-macos-26-1: 1h 42m -> 2h 18m (+35.3%)
  6. dist-x86_64-msvc: 3h 3m -> 2h (-34.6%)
  7. test-x86_64-gnu-tools: 46m 9s -> 1h 1m (+34.3%)
  8. dist-x86_64-musl: 1h 47m -> 2h 22m (+33.0%)
  9. test-x86_64-msvc-ext3: 1h 30m -> 1h 59m (+31.8%)
  10. test-armhf-gnu: 1h 11m -> 1h 31m (+28.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
Copy Markdown
Collaborator

Finished benchmarking commit (220b36c): 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.4% [0.4%, 0.4%] 1
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) - - 0

Max RSS (memory usage)

Results (secondary -2.7%)

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
Improvements ✅
(secondary)
-2.7% [-2.7%, -2.7%] 1
All ❌✅ (primary) - - 0

Cycles

This perf run didn't have relevant results for this metric.

Binary size

This perf run didn't have relevant results for this metric.

Bootstrap: 503.997s -> 499.144s (-0.96%)
Artifact size: 408.93 MiB -> 408.93 MiB (0.00%)

@rust-bors

rust-bors Bot commented Sep 21, 2026

Copy link
Copy Markdown
Contributor

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#162726 std: fix unix socket address panic on a full sun_path 2d881d4ae5cfcb457a176263c0b0617a786d093b
(link)
#163016 Don't claim that escaping value is a reference in diagnosti… be91184c4331c809c9f77f5afdc25247931eb4e2
(link)
#163040 Tweak "use array's length as const param" suggestion 9be1e9c305ebb13c380859b16298d9e96a2d5ea5
(link)
#163060 Point to fields that introduce trait requirements 87ee6f013d0dc756cc2a12c46764c05e8ee49ba0
(link)
#163066 don't mark f128 as reliable on AIX 314d4deca9be8156ef272ccf50f744531a7f6e91
(link)
#162098 Tweak Infallible docs 0850095730a61b373665ef5983ce8838bdd2bd38
(link)
#162854 Add safety section for atomic_load/store 551162ff031020cae3e766152158a02dd88cf0da
(link)
#163015 add minicore::ffi::VaList 713dac829e1ac45373e89dce06f122aed16fb7e5
(link)
#163021 va_arg: pass in TyAndLayout cf638c153cd9db0053883dc37d687bae3a3285da
(link)
#163036 [rustdoc] Correctly handle dyn trait methods linking for … ee5371fcc0eecbd433d0978c6bc5c975857f9a26
(link)
#163042 Remove redundant output from suggestion 28b4e80c1a8e03d539da10ae78175bfd58cbc02e
(link)
#163046 Use verbose suggestion for const _ 269c2a69873436fbf4e5b3ac0b1f623c8770a928
(link)
#163050 Use verbose suggestion for similarly named label suggestion 96bafda449dd3961d08aeb29a6e91ef56e3a6952
(link)
#163052 Use verbose suggestion for wrong primitive type names 4084c091bb6f8db2b0979affd4a863a1537cd609
(link)
#163055 Use the full path of bug_impl to avoid bogus errors in ru… 34fca321c4f706a70883b6c423e934b9b8fcab08
(link)

parent commit: d287eb7a29

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

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

Labels

A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-test-infra-minicore Area: `minicore` test auxiliary and `//@ add-core-stubs` merged-by-bors This PR was explicitly merged by bors. O-unix Operating system: Unix-like rollup A PR which is a rollup 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-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue. T-rustdoc-frontend Relevant to the rustdoc-frontend team, which will review and decide on the web UI/UX output.

Projects

None yet

Development

Successfully merging this pull request may close these issues.