Skip to content

Conversation

LorrensP-2158466
Copy link
Contributor

@LorrensP-2158466 LorrensP-2158466 commented Sep 30, 2025

Add a test based on the discussion here and related to #145575 (comment).

This is the most reduced form I could create that passes on nightly but fails with #145108 (see #gsoc > Project: Parallel Macro Expansion @ 💬).

Also not sure about the test names.

r? @petrochenkov

@rustbot rustbot added 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. labels Sep 30, 2025
@petrochenkov
Copy link
Contributor

This is the most reduced form I could create that passes on nightly

I mostly wanted a version of the same issue that fails on nightly, but having both would be even better.

@LorrensP-2158466
Copy link
Contributor Author

LorrensP-2158466 commented Sep 30, 2025

Added a revision that uses the version where the glob import is inserted by a macro. I have confirmed this fails when using cargo +stage1 check on my own crates, but for some reason, this is not working in ui tests. I'm probably doing something wrong, but I can't figure it out from the docs.

@rust-log-analyzer

This comment has been minimized.

@petrochenkov petrochenkov added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Oct 1, 2025
@LorrensP-2158466
Copy link
Contributor Author

@rustbot ready

I'm still confused why the nightly-fail doesn't fail in the tests but fails when I extract them into their own separate crates and compile them myself.

@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Oct 1, 2025
@rust-log-analyzer

This comment has been minimized.

@petrochenkov
Copy link
Contributor

@rustbot ready

I'm still confused why the nightly-fail doesn't fail in the tests but fails when I extract them into their own separate crates and compile them myself.

Need to figure this out, split the test if necessary.
@rustbot author

@rustbot rustbot added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Oct 1, 2025
@rustbot
Copy link
Collaborator

rustbot commented Oct 1, 2025

Reminder, once the PR becomes ready for a review, use @rustbot ready.

@petrochenkov
Copy link
Contributor

petrochenkov commented Oct 1, 2025

Default edition may be different in ui tests (2015) and your local setup, it affects import resolution.

@LorrensP-2158466 LorrensP-2158466 force-pushed the same-res-ambiguity-test branch from 99de60b to 0b84290 Compare October 1, 2025 13:39
@LorrensP-2158466
Copy link
Contributor Author

LorrensP-2158466 commented Oct 1, 2025

Ah, right, editions. I set them up correctly based on the output I get on my local setup with cargo +stage1 build -v. Both crates are compiled with edition 2018, and the pulling crate in 2024. The error is still different, with it now reporting that the macro is private instead of not accessible in the scope.

The only difference I see is that ambiguous_extern is passed as a dylib in the tests and as a .rmeta file in my local setup. I have been trying to understand how to change this, but i have not made any progress.

@rustbot ready

@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Oct 1, 2025
@rust-log-analyzer

This comment has been minimized.

@petrochenkov
Copy link
Contributor

petrochenkov commented Oct 1, 2025

The error is still different, with it now reporting that the macro is private instead of not accessible in the scope.

This version is even better, the issue can be seen more directly.

The only difference I see is that ambiguous_extern is passed as a dylib in the tests and as a .rmeta file in my local setup.

This is not important.

r=me with green CI (stderr files need to be updated) and after squashing commits.

@petrochenkov petrochenkov added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Oct 1, 2025
@LorrensP-2158466 LorrensP-2158466 force-pushed the same-res-ambiguity-test branch from ffb7027 to a7eed08 Compare October 1, 2025 16:40
@LorrensP-2158466
Copy link
Contributor Author

This version is even better, the issue can be seen more directly.

Nice!

r=me with green CI (stderr files need to be updated) and after squashing commits.

You'll have to r+ this :), I don't have those privileges. @rustbot ready

@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Oct 1, 2025
@traviscross traviscross added the I-lang-radar Items that are on lang's radar and will need eventual work or consideration. label Oct 2, 2025
@petrochenkov
Copy link
Contributor

@bors r+

@bors
Copy link
Collaborator

bors commented Oct 2, 2025

📌 Commit a7eed08 has been approved by petrochenkov

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 Oct 2, 2025
@bors
Copy link
Collaborator

bors commented Oct 2, 2025

⌛ Testing commit a7eed08 with merge 5c7ae0c...

@bors
Copy link
Collaborator

bors commented Oct 2, 2025

☀️ Test successful - checks-actions
Approved by: petrochenkov
Pushing 5c7ae0c to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Oct 2, 2025
@bors bors merged commit 5c7ae0c into rust-lang:master Oct 2, 2025
11 checks passed
@rustbot rustbot added this to the 1.92.0 milestone Oct 2, 2025
Copy link
Contributor

github-actions bot commented Oct 2, 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 94ecb52 (parent) -> 5c7ae0c (this PR)

Test differences

Show 8 test diffs

Stage 1

  • [ui] tests/ui/imports/same-res-ambigious.rs#fail: [missing] -> pass (J0)
  • [ui] tests/ui/imports/same-res-ambigious.rs#pass: [missing] -> pass (J0)

Stage 2

  • [ui] tests/ui/imports/same-res-ambigious.rs#fail: [missing] -> pass (J1)
  • [ui] tests/ui/imports/same-res-ambigious.rs#pass: [missing] -> pass (J1)

Additionally, 4 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 5c7ae0c7ed184c603e5224604a9f33ca0e8e0b36 --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-apple-various: 3655.4s -> 4603.5s (25.9%)
  2. dist-x86_64-freebsd: 5028.6s -> 6227.8s (23.8%)
  3. x86_64-gnu-distcheck: 7106.5s -> 6188.6s (-12.9%)
  4. x86_64-gnu-llvm-20: 2753.5s -> 2406.6s (-12.6%)
  5. tidy: 182.1s -> 202.4s (11.1%)
  6. i686-gnu-2: 6144.3s -> 5489.7s (-10.7%)
  7. aarch64-gnu-llvm-20-2: 2427.3s -> 2169.7s (-10.6%)
  8. aarch64-gnu: 6769.6s -> 6060.2s (-10.5%)
  9. i686-gnu-nopt-1: 8043.4s -> 7257.2s (-9.8%)
  10. dist-aarch64-msvc: 5626.9s -> 6172.1s (9.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 (5c7ae0c): comparison URL.

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

Max RSS (memory usage)

Results (primary 0.8%)

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

mean range count
Regressions ❌
(primary)
0.8% [0.8%, 0.8%] 1
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
- - 0
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) 0.8% [0.8%, 0.8%] 1

Cycles

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

Binary size

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

Bootstrap: 470.352s -> 471.823s (0.31%)
Artifact size: 387.80 MiB -> 387.78 MiB (-0.00%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
I-lang-radar Items that are on lang's radar and will need eventual work or consideration. merged-by-bors This PR was explicitly merged by bors. 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.

7 participants