Skip to content

Rollup of 7 pull requests #142817

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 21 commits into from
Jun 21, 2025
Merged

Rollup of 7 pull requests #142817

merged 21 commits into from
Jun 21, 2025

Conversation

matthiaskrgr
Copy link
Member

@matthiaskrgr matthiaskrgr commented Jun 21, 2025

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

epage and others added 21 commits June 20, 2025 09:12
Added it to the reexported, which is intended
rustdoc behavior, but is apparently untested,
so I also added a test for it.
Alternative candidates for a trait implementation are not printed when
the trait has a diagnostic name, to avoid printing alternatives for
common stdlib traits such as `Copy` or `Debug`. However, this affects
all traits for which a diagnostic item is added.

Here, the list of alternatives candidates for `Step` does not seem
useful, and `Step` is unstable, so this will not be missed.
A lot of these are large! Lots of room for improvement in the future.
A path without generic args, like `Reader`, currently has JSON produced
like this:
```
{"path":"Reader","id":286,"args":{"angle_bracketed":{"args":[],"constraints":[]}}}
```
Even though `types::Path::args` is `Option` and allows for "no args",
instead it gets represented as "empty args". (More like `Reader<>` than
`Reader`.)

This is due to a problem in `clean::Path::from_clean`. It only produces
`None` if the path is an empty string. This commit changes it to also
produce `None` if there are no generic args. The example above becomes:
```
{"path":"Reader","id":286,"args":null}
```
I looked at a few examples and saw this reduce the size of the JSON
output by 3-9%.

The commit also adds an assertion that non-final segments don't have any
generics; something the old code was implicitly relying on.

Note: the original sin here is that `clean::PathSegment::args` is not an
`Option`, unlike `{ast,hir}::PathSegment::args`. I want to fix that, but
it can be done separately.
As per the previous commit, generic args here can only appear on the
final segment. So make the comments obey that constraint.
They show up in three places: once as `Option<Box<GenericArgs>>`, once
as `Box<GenericArgs>`, and once as `GenericArgs`. The first option is
best. It is more compact because generic args are often missing. This
commit changes the latter two to the former.

Example output, before and after, for the `AssocItemConstraint` change:
```
{"name":"Offset","args":{"angle_bracketed":{"args":[],"constraints":[]}},"binding":{...}}
{"name":"Offset","args":null,"binding":{...}}
```
Example output, before and after, for the `Type::QualifiedPath` change:
```
{"qualified_path":{"name":"Offset","args":{"angle_bracketed":{"args":[],"constraints":[]}}, ...}}
{"qualified_path":{"name":"Offset","args":null, ...}}
```
This reduces JSON output size, but not by much (e.g. 0.5%), because
`AssocItemConstraint` and `Type::QualifiedPath` are uncommon.
…gs, r=aDotInTheVoid

rustdoc_json: improve handling of generic args

This PR fixes some inconsistencies and inefficiencies in how generic args are handled by rustdoc-json-types.

r? `@aDotInTheVoid`
…=workingjubilee

error on calls to ABIs that cannot be called

We recently added `extern "custom"`, which cannot be called using a rust call expression. But there are more ABIs that can't be called in that way, because the call does not semantically make sense.

More details are in rust-lang#140566 (comment)

r? `@workingjubilee`

try-job: x86_64-gnu-llvm-19-3
fix(linkcheck): Build using the lockfile

This is to unblock cargo from servo/html5ever#623

I ran `linkcheck.sh` locally and it now works
…y, r=Manishearth,Urgau

Add diagnostic items for Clippy

Clippy still uses some paths to access items from the standard library. Adding the missing diagnostic items allows removing the last remaining paths.

Closes rust-lang/rust-clippy#5393
… r=tgross35

add doc(alias("AsciiChar")) to core::ascii::Char

Added it to the reexported, which is intended rustdoc behavior, but is apparently untested, so I also added a test for it.
Use gen blocks in the compiler instead of `from_coroutine`

r? oli-obk
…ta-in-comments, r=saethlin

Rename `LayoutS` to `LayoutData` in comments

`LayoutS` was renamed to `LayoutData`, but some comments in the compiler were not changed. This updates comments in the compiler (and one section of commented-out code in rust-analyzer) to refer to `LayoutData` instead of `LayoutS`.

cc <rust-lang#132252>, `@workingjubilee`
@rustbot rustbot added A-rustdoc-json Area: Rustdoc JSON backend A-rustdoc-search Area: Rustdoc's search feature 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-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. rollup A PR which is a rollup labels Jun 21, 2025
@matthiaskrgr
Copy link
Member Author

@bors r+ rollup=never p=5

@bors
Copy link
Collaborator

bors commented Jun 21, 2025

📌 Commit 4e87031 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 Jun 21, 2025
@bors
Copy link
Collaborator

bors commented Jun 21, 2025

⌛ Testing commit 4e87031 with merge 6d0c9e2...

@bors
Copy link
Collaborator

bors commented Jun 21, 2025

☀️ Test successful - checks-actions
Approved by: matthiaskrgr
Pushing 6d0c9e2 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Jun 21, 2025
@bors bors merged commit 6d0c9e2 into rust-lang:master Jun 21, 2025
11 checks passed
@rustbot rustbot added this to the 1.89.0 milestone Jun 21, 2025
@rust-timer
Copy link
Collaborator

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#142502 rustdoc_json: improve handling of generic args 92fa359c8172b3299198effff0ee709e3d2b4257 (link)
#142597 error on calls to ABIs that cannot be called a80816d9f448579e0f4622fda4b368e3f63337a3 (link)
#142785 fix(linkcheck): Build using the lockfile 3d99911cd04f7c6e61e5d25626493ab874876e86 (link)
#142787 Add diagnostic items for Clippy 7a5dfbb2f05e3011cbc5c434cb2379e85554bf0f (link)
#142788 add doc(alias("AsciiChar")) to core::ascii::Char 4e762b5f7c8cb65be122823d7de777221c0b510b (link)
#142801 Use gen blocks in the compiler instead of from_coroutine 682f2240753af33aaa36b91fc97874991f63ab6f (link)
#142804 Rename LayoutS to LayoutData in comments b0c6f5a6b89fe87ef48283eaeb773b79d2fdedd4 (link)

previous master: df4ad9e28b

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 df4ad9e (parent) -> 6d0c9e2 (this PR)

Test differences

Show 242 test diffs

Stage 1

  • [rustdoc-json] tests/rustdoc-json/generic-args.rs: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#avr: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#i686: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#msp430: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#riscv32: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#riscv64: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#x64: [missing] -> pass (J1)
  • [ui] tests/ui/abi/cannot-be-called.rs#x64_win: [missing] -> pass (J1)
  • errors::verify_hir_typeck_abi_cannot_be_called_35: [missing] -> pass (J2)
  • errors::verify_hir_typeck_abi_custom_call_35: pass -> [missing] (J2)

Stage 2

  • [ui] tests/ui/abi/cannot-be-called.rs#avr: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#i686: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#msp430: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#riscv32: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#riscv64: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#x64: [missing] -> pass (J0)
  • [ui] tests/ui/abi/cannot-be-called.rs#x64_win: [missing] -> pass (J0)
  • [rustdoc-json] tests/rustdoc-json/generic-args.rs: [missing] -> pass (J3)
  • [codegen] tests/codegen/naked-asan.rs: ignore (ignored on targets without address sanitizer) -> pass (J4)
  • [codegen] tests/codegen/naked-asan.rs: ignore (only executed when the architecture is x86_64) -> pass (J5)

Additionally, 222 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 6d0c9e2a1c80e350c50f5fb9338ea9e585ec603b --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. dist-x86_64-msvc: 9749.7s -> 6253.8s (-35.9%)
  2. dist-aarch64-linux: 6036.7s -> 8037.5s (33.1%)
  3. dist-x86_64-apple: 11076.4s -> 7746.3s (-30.1%)
  4. x86_64-apple-2: 4153.4s -> 5071.3s (22.1%)
  5. x86_64-gnu-aux: 6133.5s -> 6910.9s (12.7%)
  6. mingw-check-1: 1936.1s -> 1722.0s (-11.1%)
  7. dist-aarch64-apple: 5428.4s -> 4833.4s (-11.0%)
  8. x86_64-gnu-llvm-19-1: 3663.7s -> 4017.7s (9.7%)
  9. x86_64-msvc-ext2: 5903.1s -> 5443.5s (-7.8%)
  10. dist-apple-various: 7054.2s -> 6511.9s (-7.7%)
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 (6d0c9e2): 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.3% [0.2%, 0.3%] 2
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-0.3% [-0.3%, -0.3%] 1
All ❌✅ (primary) - - 0

Max RSS (memory usage)

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

Cycles

Results (secondary -4.6%)

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)
-4.6% [-7.0%, -2.1%] 2
All ❌✅ (primary) - - 0

Binary size

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

Bootstrap: 689.042s -> 690.042s (0.15%)
Artifact size: 371.85 MiB -> 371.86 MiB (0.00%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-rustdoc-json Area: Rustdoc JSON backend A-rustdoc-search Area: Rustdoc's search feature 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-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.