Skip to content

Rollup of 6 pull requests - #162511

Closed
mu001999 wants to merge 14 commits into
rust-lang:mainfrom
mu001999:rollup-okpBiLz
Closed

Rollup of 6 pull requests#162511
mu001999 wants to merge 14 commits into
rust-lang:mainfrom
mu001999:rollup-okpBiLz

Conversation

@mu001999

@mu001999 mu001999 commented Sep 9, 2026

Copy link
Copy Markdown
Member

Successful merges:

r? @ghost

Create a similar rollup

lsunsi and others added 14 commits August 23, 2026 08:46
… works for them

Limit some `run-make` tests to LLVM until GCC backend works for them
…chsia"

This reverts commit 7a44484.

This is leading to the issue seen in
rust-lang#162272. We're also seeing the
same build issues when using a rust toolchain that contains this commit
for building fuchsia targets.
…r=Kobzol

Make `run-make` testsuite work with other codegen backend than LLVM

Needed for rust-lang#159924.

Currently, we always run `run-make` testsuite with the codegen backend rustc was compiled with. However, in CI it's compiled with LLVM, so when we want to test with GCC (with `--test-codegen-backend`), it compiles `rmake.rs` with the GCC backend, but when running the test, it doesn't use the GCC backend since it just calls `rustc`. So to get around that, I now pass the codegen backend through the environment and set it in the `rustc` function of `run_make_support`.

To be noted that for now it's only for the `rustc` function, no other command uses it. Should I extend it right away for all commands (well, likely only `cargo`) or just `rustc` for now is enough?

r? @jieyouxu
Avoid invalid suggestion in case of macro expansion without inferrable generic type

Closes rust-lang#129756 .

The main challenge for me in this PR was figuring out how to pass down the information of the code being generated from expansion. I went for the simplest approach I could think of, but I questioned myself if the boolean should be placed inside the Visitor. I don't have enough information to figure this out, if it's badly placed I'd be happy to fix and learn!

About the test, I split the two commits because we can see the issue being reproduced in the first commit but being fixed on the second. I also added a non-expansion example of the same code to show it won't get altered.

Oh, also I didn't know the best place to place the test. I went for the place with same kind of errors, but I guess `proc-macros` could also be a place.
…rochenkov

Use correct `dir_path` when parsing module from path

Fixes rust-lang#162080

We previously used the incorrect `dir_path` (which was `name`, the parent of `name/mod.rs`, in this case), and then joined it with `name/mod.rs` again, resulting in `name/name/mod.rs`.

The first commit adds the regression test and snapshot of current behavior, the second commit fixes it.

r? petrochenkov
triagebot: Subscribe me to amdgpu changes
…default, r=chenyukang

Revert "fuchsia: Add safestack as a supported sanitizer for x86_64 fuchsia"

This reverts commit 7a44484.

This is leading to the issue seen in
rust-lang#162272. We're also seeing the same build issues when using a rust toolchain that contains this commit for building fuchsia targets.
@rust-bors rust-bors Bot added the rollup A PR which is a rollup label Sep 9, 2026
@rustbot rustbot added A-compiletest Area: The compiletest test runner A-meta Area: Issues & PRs about the rust-lang/rust repository itself A-run-make Area: port run-make Makefiles to rmake.rs A-testsuite Area: The testsuite used to check the correctness of rustc S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. labels Sep 9, 2026
@mu001999

mu001999 commented Sep 9, 2026

Copy link
Copy Markdown
Member Author

@bors r+ p=5

@rust-bors

rust-bors Bot commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

📌 Commit e821ba5 has been approved by mu001999

It is now in the queue for this repository.

@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 9, 2026
@mu001999

mu001999 commented Sep 9, 2026

Copy link
Copy Markdown
Member Author

Duplicate to #162510

@bors r-

@mu001999 mu001999 closed this Sep 9, 2026
@rust-bors

rust-bors Bot commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

📋 Only unclosed PRs can be unapproved.

@rust-bors rust-bors Bot added the S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. label Sep 9, 2026
@rust-bors rust-bors Bot removed the S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. label Sep 9, 2026
@rust-bors

rust-bors Bot commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

This pull request was unapproved due to being closed.

@mu001999
mu001999 deleted the rollup-okpBiLz branch September 9, 2026 06:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-compiletest Area: The compiletest test runner A-meta Area: Issues & PRs about the rust-lang/rust repository itself A-run-make Area: port run-make Makefiles to rmake.rs A-testsuite Area: The testsuite used to check the correctness of rustc rollup A PR which is a rollup S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. T-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) 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