Skip to content

Rollup of 8 pull requests - #140608

Merged
bors merged 23 commits into
rust-lang:masterfrom
matthiaskrgr:rollup-twv6muy
May 3, 2025
Merged

Rollup of 8 pull requests#140608
bors merged 23 commits into
rust-lang:masterfrom
matthiaskrgr:rollup-twv6muy

Conversation

@matthiaskrgr

Copy link
Copy Markdown
Member

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

LegNeatoand others added 23 commits May 1, 2025 07:45
According to `anyhow`'s Cargo.toml:
> On compilers older than 1.65, features=["backtrace"] may be used to enable
> backtraces via the `backtrace` crate. This feature has no effect on 1.65+
> besides bringing in an unused dependency, as `std::backtrace` is always
> preferred.
So this is just bringing in an unused dependency.
In LLVM 21 PR llvm/llvm-project#130940
`TargetRegistry::createTargetMachine` was changed to take a `const
Triple&` and has deprecated the old `StringRef` method.
@rustbot label llvm-main
The inline documentation for all other free functions in the `std::io`
module use the phrase "creates a" instead of "create a", except for the
currently nightly-only `std::io::pipe()` function. This commit updates
the text to align with the predominant wording in the `std::io` module.
I recognize this PR is quite a minuscule nitpick, so feel free to ignore
and close if you disagree and/or there are bigger fish to fry. :smile:
These methods now return Result<(), TryLockError> instead of
Result<bool, Error> to make their use less errorprone
To support weird symbol names, including dots in particular.
They don't appear to do anything -- no test output is affected -- and no
other pretty-printing code looks like this.
As far as I can tell, this code is not actually reachable.
One of the boxes isn't closed, and this causes everything after it to be
over-indented.
All the box open/close issues have been fixed.
…kingjubilee
Change signature of File::try_lock and File::try_lock_shared
These methods now return Result<(), TryLockError> instead of Result<bool, Error> to make their use less errorprone
These methods are unstable under the "file_lock" feature. The related tracking issue is rust-lang#130999 and this PR changes the signatures as discussed by libs-api: rust-lang#130994 (comment)
linker: Quote symbol names in .def files
To support weird symbol names, including dots in particular.
cc [rust-lang#134767](rust-lang#134767 (comment))
PassWrapper: adapt for llvm/llvm-project@f137c3d592e96330e450a8fd63ef…
…7e8877fc1908
In LLVM 21 PR llvm/llvm-project#130940 `TargetRegistry::createTargetMachine` was changed to take a `const Triple&` and has deprecated the old `StringRef` method.
``@rustbot`` label llvm-main
Remove backtrace dep from anyhow in features status dump tool
According to `anyhow`'s Cargo.toml:
> On compilers older than 1.65, features=["backtrace"] may be used to enable
> backtraces via the `backtrace` crate. This feature has no effect on 1.65+
> besides bringing in an unused dependency, as `std::backtrace` is always
> preferred.
So this is just bringing in an unused dependency.
…ation, r=compiler-errors
Emit user type annotations for free consts in pattern position
This previously wasnt done because free consts couldn't have any generic parameters that need to be preserved for borrowck. This is no longer the case with `feature(generic_const_items)`
r? fmease
…in-std-io-pipe-docs, r=tgross35
Use present indicative tense in std::io::pipe() API docs
The inline documentation for all other free functions in the `std::io` module use the phrase "creates a" instead of "create a", except for the currently nightly-only `std::io::pipe()` function. This commit updates the text to align with the predominant wording in the `std::io` module.
I recognize this PR is quite a minuscule nitpick, so feel free to ignore and close if you disagree and/or there are bigger fish to fry. Thanks in advance! :smile:
Relates to rust-lang#127154.
Add regression test for rust-lang#140545Closesrust-lang#140545
I am not very knowledgable about the typesystem internals, so I couldn't come up with a good name for the test. But I'm happy to move it to a more appropriate place if there is one (`tests/ui/impl-trait/non-defining-uses` maybe?)
r? types (or reroll as appropriate if this is not actually a T-types issue; i'm clueless)
Improve hir pretty printing
It's currently pretty bad, so a few small improvements can make a big difference.
r? `@dtolnay`
@rustbotrustbot added A-rustdoc-json Area: Rustdoc JSON backend 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. rollup A PR which is a rollup labels May 3, 2025
@matthiaskrgr

Copy link
Copy Markdown
MemberAuthor

@bors r+ rollup=never p=5

@bors

bors commented May 3, 2025

Copy link
Copy Markdown
Collaborator

📌 Commit 185f9e0 has been approved by matthiaskrgr

It is now in the queue for this repository.

@borsbors 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 May 3, 2025
@bors

bors commented May 3, 2025

Copy link
Copy Markdown
Collaborator

⌛ Testing commit 185f9e0 with merge 5fe04cb...

@bors

bors commented May 3, 2025

Copy link
Copy Markdown
Collaborator

☀️ Test successful - checks-actions
Approved by: matthiaskrgr
Pushing 5fe04cb to master...

@borsbors added the merged-by-bors This PR was explicitly merged by bors. label May 3, 2025
@bors
bors merged commit 5fe04cb into rust-lang:masterMay 3, 2025
@rustbotrustbot added this to the 1.88.0 milestone May 3, 2025
@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 2ad5f86 (parent) -> 5fe04cb (this PR)

Test differences

Show 289 test diffs

Stage 1

  • [ui] tests/ui/generic-const-items/user_type_annotations_pattern.rs: [missing] -> pass (J1)
  • [ui] tests/ui/impl-trait/non-defining-uses/double-wrap-with-defining-use.rs: [missing] -> pass (J1)
  • [ui] tests/ui/linking/weird-export-names.rs: [missing] -> pass (J1)

Stage 2

  • [ui] tests/ui/generic-const-items/user_type_annotations_pattern.rs: [missing] -> pass (J0)
  • [ui] tests/ui/impl-trait/non-defining-uses/double-wrap-with-defining-use.rs: [missing] -> pass (J0)
  • [ui] tests/ui/linking/weird-export-names.rs: [missing] -> pass (J2)
  • [ui] tests/ui/linking/weird-export-names.rs: [missing] -> ignore (skipping test as target does not support all of the crate types ["cdylib"]) (J3)

Additionally, 282 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 5fe04cbebd593c6530a21cd7bd0e8e9503b1ffe4 --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: 4901.1s -> 7202.8s (47.0%)
  2. dist-aarch64-apple: 4685.1s -> 5442.0s (16.2%)
  3. aarch64-apple: 3648.7s -> 4165.8s (14.2%)
  4. x86_64-apple-1: 7309.2s -> 6460.1s (-11.6%)
  5. dist-x86_64-freebsd: 5051.4s -> 4743.3s (-6.1%)
  6. dist-armv7-linux: 5731.3s -> 5402.1s (-5.7%)
  7. dist-various-2: 3188.1s -> 3368.5s (5.7%)
  8. dist-apple-various: 6561.6s -> 6216.6s (-5.3%)
  9. i686-msvc-1: 9347.3s -> 9801.7s (4.9%)
  10. x86_64-mingw-2: 6835.7s -> 7145.9s (4.5%)
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

📌 Perf builds for each rolled up PR:

PR#MessagePerf Build Sha
#139343Change signature of File::try_lock and File::try_lock_sharedb84c98a5597b6c9d12d18c782dc1a119e3afac8d (link)
#140505linker: Quote symbol names in .def files46763a6059c70104d0d2b100175fa70942ec265e (link)
#140534PassWrapper: adapt for llvm/llvm-project@f137c3d592e96330e405a669b5e90c131883709ea35250a2e84aba912e (link)
#140546Remove backtrace dep from anyhow in features status dump to…16e9c5c22eebe382fd21a5e3d771cbbc4eb7142e (link)
#140548Emit user type annotations for free consts in pattern posit…de09c433ce46b4ff2ded2252650c78e8f5398293 (link)
#140564Use present indicative tense in std::io::pipe() API docsda5f58056f657ae89d4ab9bfed947caf8a9a13e8 (link)
#140568Add regression test for #1405455dd04a2b0f59e691aa530a76467914a38d76de50 (link)
#140606Improve hir pretty printinge0a24ad6ddb24860363d30fb36fb5ff00fc711b1 (link)

previous master: 2ad5f8607d

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

@rust-timer

Copy link
Copy Markdown
Collaborator

Finished benchmarking commit (5fe04cb): comparison URL.

Overall result: ✅ improvements - no action needed

@rustbot label: -perf-regression

Instruction count

This is the most reliable metric that we have; it was used to determine the overall result at the top of this comment. However, even this metric can sometimes exhibit noise.

meanrangecount
Regressions ❌
(primary)
--0
Regressions ❌
(secondary)
--0
Improvements ✅
(primary)
--0
Improvements ✅
(secondary)
-0.4%[-0.6%, -0.2%]3
All ❌✅ (primary)--0

Max RSS (memory usage)

Results (primary -0.1%, secondary 0.5%)

This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.

meanrangecount
Regressions ❌
(primary)
0.9%[0.4%, 1.4%]6
Regressions ❌
(secondary)
2.0%[2.0%, 2.0%]2
Improvements ✅
(primary)
-0.9%[-3.2%, -0.4%]8
Improvements ✅
(secondary)
-2.5%[-2.5%, -2.5%]1
All ❌✅ (primary)-0.1%[-3.2%, 1.4%]14

Cycles

Results (primary -0.6%, secondary -1.0%)

This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.

meanrangecount
Regressions ❌
(primary)
0.5%[0.4%, 0.6%]3
Regressions ❌
(secondary)
2.7%[2.7%, 2.7%]1
Improvements ✅
(primary)
-0.8%[-1.4%, -0.4%]29
Improvements ✅
(secondary)
-1.9%[-2.1%, -1.6%]4
All ❌✅ (primary)-0.6%[-1.4%, 0.6%]32

Binary size

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

Bootstrap: 769.364s -> 769.318s (-0.01%)
Artifact size: 365.54 MiB -> 365.50 MiB (-0.01%)

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

Labels

A-rustdoc-jsonArea: Rustdoc JSON backendmerged-by-borsThis PR was explicitly merged by bors.rollupA PR which is a rollupS-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.T-libsRelevant to the library team, which will review and decide on the PR/issue.T-rustdocRelevant 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.

12 participants

@matthiaskrgr@bors@rust-timer@rustbot@LegNeato@BoxyUwU@erickt@ebkalderon@cberner@petrochenkov@moxian@nnethercote