-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Rename the 2018 edition lint names #50620
Conversation
* `rust_2018_breakage` -> `rust_2018_compatibility` - the lint for ensuring that your code, in the 2015 edition, is compatible with the 2018 edition's semantics. This is required to pass *before* you enable the 2018 edition. * `rust_2018_migration` -> `rust_2018_idioms` - the lint for writing idiomatic code after you've already enabled the 2018 edition
(rust_highfive has picked a reviewer for you, use r? to override) |
What about lints that can change 2015 code to 2015 code while updating certain idioms? For example, I think there's a few features (maybe dyn Trait?) which will work in the 2015 edition, and authors might want to have |
Those lints can fit in either category, I don't think there are strong opinions on which category they belong in. @aturon had written a doc about this but I can't find it rn |
@Mark-Simulacrum I'd personally expect lints like that to get turned on by default over time in the sense that yeah we'd even want 2015 (and really encourage 2018) code to migrate. I may be alone in the opinion of turning these eventually on by default though! For the most part these lints are actually internal implementation details that others won't access. Rather cargo-fix will translate |
@bors r+ |
📌 Commit d636aec has been approved by |
@bors: p=1 prioritizing for edition preview |
Rename the 2018 edition lint names * `rust_2018_breakage` -> `rust_2018_compatibility` - the lint for ensuring that your code, in the 2015 edition, is compatible with the 2018 edition's semantics. This is required to pass *before* you enable the 2018 edition. * `rust_2018_migration` -> `rust_2018_idioms` - the lint for writing idiomatic code after you've already enabled the 2018 edition
☀️ Test successful - status-appveyor, status-travis |
Fixes usage on a nightly after rust-lang/rust#50620
Fixes usage on a nightly after rust-lang/rust#50620
rust_2018_breakage
->rust_2018_compatibility
- the lint for ensuringthat your code, in the 2015 edition, is compatible with the 2018 edition's
semantics. This is required to pass before you enable the 2018 edition.
rust_2018_migration
->rust_2018_idioms
- the lint for writing idiomaticcode after you've already enabled the 2018 edition