Skip to content

Conversation

@matthiaskrgr
Copy link
Member

@matthiaskrgr matthiaskrgr commented Jan 4, 2026

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

petrochenkov and others added 13 commits January 2, 2026 14:00
…d the innermost binding.

Previously we could lose the already found binding and break with an error, if some blocking error was found in the shadowed scopes.

Also, avoid some impossible state in the return type of `fn resolve_ident_in_scope`.
in the same module to the usual ambiguity infra in `resolve_ident_in_scope_set`
for looking up a name in two scopes inside a module - non-glob and glob bindings.
…ings

in the same module to the usual ambiguity infra in `resolve_ident_in_scope_set`
resolve: Split `Scope::Module` into two scopes for non-glob and glob bindings

This is a re-implementation of rust-lang#144131 with all the issues mentioned there fixed.

As it turned out, the non-trivial part of the split was already done in rust-lang@c91b6ca, so the remaining part implemented in this PR is *mostly* mechanical.

After addressing the issue of already found bindings being lost due to indeterminacies in outer scopes (rust-lang@7e890bf) and adding one missing `Stage::Late` in `Finalize` the scope splitting refactoring just worked.
(One more ICE was revealed by the refactoring, but not caused by it, fixed up in the last commit.)

This is a part of implementation for the [Open API](https://rust-lang.github.io/rust-project-goals/2025h1/open-namespaces.html) proposal.
…idtwco

Update offload test and verify that tgt_(un)register_lib have the right type

Apparently, we weren't running offload tests when Enzyme wasn't built. Time to fix that.
Also adds a test mode which generates the host IR, but does not expect device IR/artifacts. This way, we don't have to handle artifacts and paths in our tests.
Also removes some outdated documentation.

cc `@Kevinsala,` `@Sa4dUs`

closes: rust-lang#150415

~~blocked on `needs-offload` infrastructure landing in rust-lang#150427
relate.rs: tiny cleanup: eliminate temp vars
@rustbot rustbot added A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. 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. rollup A PR which is a rollup labels Jan 4, 2026
@matthiaskrgr
Copy link
Member Author

@bors r+ rollup=never p=5

@bors
Copy link
Collaborator

bors commented Jan 4, 2026

📌 Commit 8b1f449 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 Jan 4, 2026
@bors
Copy link
Collaborator

bors commented Jan 4, 2026

⌛ Testing commit 8b1f449 with merge 451b7b6...

@bors
Copy link
Collaborator

bors commented Jan 5, 2026

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

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Jan 5, 2026
@bors bors merged commit 451b7b6 into rust-lang:main Jan 5, 2026
12 checks passed
@rustbot rustbot added this to the 1.94.0 milestone Jan 5, 2026
@rust-timer
Copy link
Collaborator

📌 Perf builds for each rolled up PR:

PR# Message Perf Build Sha
#149681 resolve: Split Scope::Module into two scopes for non-glob… 1782736a28024a68de3f94a524c6416f9281aa0f (link)
#150426 Update offload test and verify that tgt_(un)register_lib ha… 2f0b279fb684d5127dcf271c6ba2cf7e0aaa34b1 (link)
#150678 relate.rs: tiny cleanup: eliminate temp vars c75d975a4271df21364abf1c675039cb3c328463 (link)

previous master: e29fcf45e4

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 Jan 5, 2026

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 e29fcf4 (parent) -> 451b7b6 (this PR)

Test differences

Show 46 test diffs

Stage 1

  • [ui] tests/ui/imports/overwritten-glob-ambig.rs: [missing] -> pass (J0)
  • [codegen] tests/codegen-llvm/gpu_offload/gpu_host.rs: ignore (ignored when LLVM Enzyme is disabled or LLVM is not the default codegen backend) -> ignore (ignored when LLVM Offload is disabled or LLVM is not the default codegen backend) (J2)

Stage 2

  • [codegen] tests/codegen-llvm/gpu_offload/gpu_host.rs: ignore (ignored when LLVM Enzyme is disabled or LLVM is not the default codegen backend) -> ignore (ignored when LLVM Offload is disabled or LLVM is not the default codegen backend) (J1)
  • [ui] tests/ui/imports/overwritten-glob-ambig.rs: [missing] -> pass (J3)

Additionally, 42 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 451b7b6c775a2378fd18d2560bbfb31c3695d1cc --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-aarch64-linux: 8698.5s -> 6446.2s (-25.9%)
  2. x86_64-rust-for-linux: 2721.9s -> 3191.3s (+17.2%)
  3. pr-check-1: 1680.7s -> 1936.2s (+15.2%)
  4. x86_64-gnu-llvm-20-3: 6173.7s -> 7088.2s (+14.8%)
  5. x86_64-gnu-tools: 3175.7s -> 3624.9s (+14.1%)
  6. aarch64-gnu-llvm-20-2: 2792.9s -> 3164.4s (+13.3%)
  7. i686-gnu-1: 7431.2s -> 8392.3s (+12.9%)
  8. x86_64-gnu-gcc: 3049.7s -> 3419.7s (+12.1%)
  9. dist-x86_64-apple: 7311.9s -> 6525.8s (-10.8%)
  10. pr-check-2: 2327.4s -> 2558.6s (+9.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 (451b7b6): comparison URL.

Overall result: ❌✅ regressions and improvements - please read the text below

Our benchmarks found a performance regression caused by this PR.
This might be an actual regression, but it can also be just noise.

Next Steps:

  • If the regression was expected or you think it can be justified,
    please write a comment with sufficient written justification, and add
    @rustbot label: +perf-regression-triaged to it, to mark the regression as triaged.
  • If you think that you know of a way to resolve the regression, try to create
    a new PR with a fix for the regression.
  • If you do not understand the regression or you think that it is just noise,
    you can ask the @rust-lang/wg-compiler-performance working group for help (members of this group
    were already notified of this PR).

@rustbot label: +perf-regression
cc @rust-lang/wg-compiler-performance

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.5% [0.1%, 1.5%] 154
Regressions ❌
(secondary)
0.7% [0.0%, 3.5%] 87
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-0.1% [-0.1%, -0.1%] 4
All ❌✅ (primary) 0.5% [0.1%, 1.5%] 154

Max RSS (memory usage)

Results (primary 0.0%, secondary -0.3%)

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

mean range count
Regressions ❌
(primary)
2.1% [2.1%, 2.1%] 1
Regressions ❌
(secondary)
1.3% [1.3%, 1.4%] 3
Improvements ✅
(primary)
-2.0% [-2.0%, -2.0%] 1
Improvements ✅
(secondary)
-2.8% [-3.0%, -2.6%] 2
All ❌✅ (primary) 0.0% [-2.0%, 2.1%] 2

Cycles

Results (secondary 3.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)
5.1% [1.6%, 8.3%] 5
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
-3.5% [-3.5%, -3.5%] 1
All ❌✅ (primary) - - 0

Binary size

Results (primary -0.1%, secondary -0.1%)

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.1% [-0.1%, -0.0%] 35
Improvements ✅
(secondary)
-0.1% [-0.1%, -0.0%] 21
All ❌✅ (primary) -0.1% [-0.1%, -0.0%] 35

Bootstrap: 475.648s -> 477.322s (0.35%)
Artifact size: 390.89 MiB -> 390.73 MiB (-0.04%)

@Kobzol
Copy link
Member

Kobzol commented Jan 6, 2026

The regression was caused by #149681, continuing discussion there.

@rustbot label: +perf-regression-triaged

@rustbot rustbot added the perf-regression-triaged The performance regression has been triaged. label Jan 6, 2026
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. merged-by-bors This PR was explicitly merged by bors. perf-regression Performance regression. perf-regression-triaged The performance regression has been triaged. 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.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants