Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow installing rustfmt without config.extended #49290

Merged
merged 1 commit into from
Mar 24, 2018

Conversation

cuviper
Copy link
Member

@cuviper cuviper commented Mar 23, 2018

This assertion was preventing ./x.py install rustfmt if attempted
without an "extended" build configuration, but it actually builds and
installs just fine.

This assertion was preventing `./x.py install rustfmt` if attempted
without an "extended" build configuration, but it actually builds and
installs just fine.
@rust-highfive
Copy link
Collaborator

r? @nikomatsakis

(rust_highfive has picked a reviewer for you, use r? to override)

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Mar 23, 2018
@nikomatsakis
Copy link
Contributor

@bors r+

cc @Mark-Simulacrum -- this seems fine but I thought I'd cc at least one other person who might know if there is some reason that assertion was there

@bors
Copy link
Contributor

bors commented Mar 23, 2018

📌 Commit 86f7d89 has been approved by nikomatsakis

@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 Mar 23, 2018
@cuviper
Copy link
Member Author

cuviper commented Mar 23, 2018

For contrast, the same assertion makes more sense on the Analysis target, as otherwise we won't have set RUSTC_SAVE_ANALYSIS for all of the other build targets. Maybe that's true for the Rls target too, but I'm not sure how deeply that depends on analysis data.

But here, the Rustfmt target can stand alone.

@Mark-Simulacrum
Copy link
Member

I think this is fine as well; we should probably cc @alexcrichton who wrote most of the dist code (AFAIK) though.

@alexcrichton
Copy link
Member

👍

@alexcrichton
Copy link
Member

@bors: rollup

alexcrichton added a commit to alexcrichton/rust that referenced this pull request Mar 23, 2018
…nikomatsakis

Allow installing rustfmt without config.extended

This assertion was preventing `./x.py install rustfmt` if attempted
without an "extended" build configuration, but it actually builds and
installs just fine.
kennytm added a commit to kennytm/rust that referenced this pull request Mar 24, 2018
…nikomatsakis

Allow installing rustfmt without config.extended

This assertion was preventing `./x.py install rustfmt` if attempted
without an "extended" build configuration, but it actually builds and
installs just fine.
kennytm added a commit to kennytm/rust that referenced this pull request Mar 24, 2018
…nikomatsakis

Allow installing rustfmt without config.extended

This assertion was preventing `./x.py install rustfmt` if attempted
without an "extended" build configuration, but it actually builds and
installs just fine.
bors added a commit that referenced this pull request Mar 24, 2018
@bors bors merged commit 86f7d89 into rust-lang:master Mar 24, 2018
@cuviper cuviper deleted the unextended-dist-rustfmt branch April 17, 2018 18:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants