-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
Update rustfmt to 0.3.6 #47454
Update rustfmt to 0.3.6 #47454
Conversation
Currently rustfmt and rls is missing from the nightly component. This PR brings those two back. |
@@ -1723,6 +1723,72 @@ dependencies = [ | |||
"syntax_pos 0.0.0", | |||
] | |||
|
|||
[[package]] | |||
name = "rustc-ap-rustc_cratesio_shim" | |||
version = "12.0.0" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since we are building rustfmt in the compiler, it's strange we in turn depend on an external, older copy of these crates; besides, these will almost always be outdated (the current version is 14, for instance).
The advantage of this is that compiler changes will less likely to break rustfmt on nightly.
Not sure if we want to r+ as-is or require a [patch]
section.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I also wonder how this affects build times.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@petrochenkov It shouldn't affect build times since those two builds don't touch rustfmt/rls.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kennytm same thing will happen to rls, however rls uses a locally-patched version of rustfmt, so I assume it'll work as intended, provided that rustfmt compiles as expected in-tree, with [patch]
ed deps or not, no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is intentional to depend on an older version of the crate, it means that breakage in libsyntax doesn't break rustfmt (and the RLS), which is the whole reason for doing this. Using [patch]
would prevent that happening.
@bors: r+ p=1 |
📌 Commit 1f0f46e has been approved by |
@nrc rustfmt 0.3.5 has a bug which is likely to appear in many places (cc rust-lang/rustfmt#2370 and rust-lang/rustfmt#2374). As such, I am going to publish 0.3.6 and use it instead. |
@bors r- Waiting for author to update to 0.3.6 |
1f0f46e
to
8057443
Compare
Updated rustfmt to 0.3.6. |
@bors r=nrc |
📌 Commit 8057443 has been approved by |
@bors r- @topecongiro Could you rebase on the latest master to resolve the |
☔ The latest upstream changes (presumably #47280) made this pull request unmergeable. Please resolve the merge conflicts. |
8057443
to
5ae8fa9
Compare
Rebased on the latest master. |
@bors r=nrc |
📌 Commit 5ae8fa9 has been approved by |
Fixes a possible bug from 0.3.5 (rust-lang/rust#47454 (comment)) and prepares the RLS repo to be updated in Rust tree.
⌛ Testing commit 5ae8fa9 with merge f703782c49196ffa110c97ad262a8498570b5e0a... |
💔 Test failed - status-appveyor |
@bors retry 3 hour timeout. |
☀️ Test successful - status-appveyor, status-travis |
Tested on commit rust-lang/rust@b71cbd8. 🎉 rls on windows: build-fail → test-pass. 🎉 rls on linux: build-fail → test-pass. 🎉 rustfmt on windows: build-fail → test-pass. 🎉 rustfmt on linux: build-fail → test-pass.
Fixes a possible bug from 0.3.5 (rust-lang/rust#47454 (comment)) and prepares the RLS repo to be updated in Rust tree.
r? @nrc