Skip to content

bootstrap: Remove ShouldRun::paths - #152196

Merged
rust-bors[bot] merged 2 commits into
rust-lang:mainfrom
jyn514:remove-paths
Feb 6, 2026
Merged

bootstrap: Remove ShouldRun::paths#152196
rust-bors[bot] merged 2 commits into
rust-lang:mainfrom
jyn514:remove-paths

Conversation

@jyn514

@jyn514jyn514 commented Feb 6, 2026

Copy link
Copy Markdown
Member

Split out from #151930. I've copied my comment in #151930 (comment) into the commit description.

r? @Zalathar cc @Mark-Simulacrum@Kobzol


Some history about paths(). The original intent @Mark-Simulacrum had
when he introduced PathSet in f104b12, to my knowledge, was that multiple paths
could be aliases for the same step. That's what rustdoc is doing; both
paths for rustdoc run exactly the same Step, regardless of whether one
or both are present.

That never really caught on. To my knowledge, rustdoc is the only usage
of paths() there's ever been.

Later, in #95503, I repurposed PathSet to mean "each crate in this set
should be passed to Step::make_run in RunConfig". That was not the
previous meaning.

Rustdoc never looks at run.paths in make_run, so it's safe to just treat
it as an alias, like elsewhere in bootstrap. Same for all the other tool
steps.

@rustbotrustbot added 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) labels Feb 6, 2026
@rustbot

This comment has been minimized.

@jieyouxujieyouxu self-assigned this Feb 6, 2026

@jieyouxujieyouxu left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice! Seems good to me, but will wait for another pair of eyes.

View changes since this review

Comment threadsrc/bootstrap/src/core/builder/mod.rs Outdated
@Zalathar

Copy link
Copy Markdown
Member

Looks good, r=me after squashing the fixup commit.

Some history about `paths()`. The original intent Mark-Simulacrum had
when he introduced PathSet, to my knowledge, was that multiple paths
could be aliases for the same step. That's what rustdoc is doing; both
paths for rustdoc run exactly the same Step, regardless of whether one
or both are present.
That never really caught on. To my knowledge, rustdoc is the only usage
of paths() there's ever been.
Later, in 95503, I repurposed PathSet to mean "each crate in this set
should be passed to Step::make_run in RunConfig". That was not the
previous meaning.
Rustdoc never looks at run.paths in make_run, so it's safe to just treat
it as an alias, like elsewhere in bootstrap. Same for all the other tool
steps.
Co-authored-by: Tshepang Mbambo <hopsi@tuta.io>
@jyn514

Copy link
Copy Markdown
MemberAuthor

fixed :) note that I don't have r+ permissions anymore.

@Zalathar

Copy link
Copy Markdown
Member

@bors r+ rollup

@rust-bors

rust-borsBot commented Feb 6, 2026

Copy link
Copy Markdown
Contributor

📌 Commit 0436efe has been approved by Zalathar

It is now in the queue for this repository.

@rust-borsrust-borsBot 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 Feb 6, 2026
JonathanBrouwer added a commit to JonathanBrouwer/rust that referenced this pull request Feb 6, 2026
bootstrap: Remove `ShouldRun::paths`
Split out from rust-lang#151930. I've copied my comment in rust-lang#151930 (comment) into the commit description.
r? @Zalathar cc @Mark-Simulacrum@Kobzol
---
Some history about `paths()`. The original intent @Mark-Simulacrum had
when he introduced PathSet in rust-lang@f104b12, to my knowledge, was that multiple paths
could be aliases for the same step. That's what rustdoc is doing; both
paths for rustdoc run exactly the same Step, regardless of whether one
or both are present.
That never really caught on. To my knowledge, rustdoc is the only usage
of paths() there's ever been.
Later, in rust-lang#95503, I repurposed PathSet to mean "each crate in this set
should be passed to Step::make_run in RunConfig". That was not the
previous meaning.
Rustdoc never looks at run.paths in make_run, so it's safe to just treat
it as an alias, like elsewhere in bootstrap. Same for all the other tool
steps.
JonathanBrouwer added a commit to JonathanBrouwer/rust that referenced this pull request Feb 6, 2026
bootstrap: Remove `ShouldRun::paths`
Split out from rust-lang#151930. I've copied my comment in rust-lang#151930 (comment) into the commit description.
r? @Zalathar cc @Mark-Simulacrum@Kobzol
---
Some history about `paths()`. The original intent @Mark-Simulacrum had
when he introduced PathSet in rust-lang@f104b12, to my knowledge, was that multiple paths
could be aliases for the same step. That's what rustdoc is doing; both
paths for rustdoc run exactly the same Step, regardless of whether one
or both are present.
That never really caught on. To my knowledge, rustdoc is the only usage
of paths() there's ever been.
Later, in rust-lang#95503, I repurposed PathSet to mean "each crate in this set
should be passed to Step::make_run in RunConfig". That was not the
previous meaning.
Rustdoc never looks at run.paths in make_run, so it's safe to just treat
it as an alias, like elsewhere in bootstrap. Same for all the other tool
steps.
This was referenced Feb 6, 2026
rust-borsBot pushed a commit that referenced this pull request Feb 6, 2026
…uwer
Rollup of 6 pull requests
Successful merges:
- #151590 (cmse: don't use `BackendRepr` when checking return type)
- #151945 (feat: Add `NonZero::<T>::from_str_radix`)
- #152000 (Fix ICE in normalizing inherent associated consts with `#[type_const]`)
- #152192 (Always use Xcode-provided Clang in macOS CI)
- #152196 (bootstrap: Remove `ShouldRun::paths`)
- #152222 (Re-add TaKO8Ki to triagebot review queue)
@rust-bors
rust-borsBot merged commit ad5b312 into rust-lang:mainFeb 6, 2026
11 checks passed
@rustbotrustbot added this to the 1.95.0 milestone Feb 6, 2026
rust-timer added a commit that referenced this pull request Feb 6, 2026
Rollup merge of #152196 - jyn514:remove-paths, r=Zalathar
bootstrap: Remove `ShouldRun::paths`
Split out from #151930. I've copied my comment in #151930 (comment) into the commit description.
r? @Zalathar cc @Mark-Simulacrum@Kobzol
---
Some history about `paths()`. The original intent @Mark-Simulacrum had
when he introduced PathSet in f104b12, to my knowledge, was that multiple paths
could be aliases for the same step. That's what rustdoc is doing; both
paths for rustdoc run exactly the same Step, regardless of whether one
or both are present.
That never really caught on. To my knowledge, rustdoc is the only usage
of paths() there's ever been.
Later, in #95503, I repurposed PathSet to mean "each crate in this set
should be passed to Step::make_run in RunConfig". That was not the
previous meaning.
Rustdoc never looks at run.paths in make_run, so it's safe to just treat
it as an alias, like elsewhere in bootstrap. Same for all the other tool
steps.
@ZalatharZalathar mentioned this pull request Jul 12, 2026
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-testsuiteArea: The testsuite used to check the correctness of rustcS-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion.T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@jyn514@rustbot@Zalathar@tshepang@jieyouxu