-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
[beta] Clippy backport for stabilization of range_is_empty feature #76051
Conversation
[beta] Backport: Re-enable len_zero for ranges now that `is_empty` is stable on them
(rust_highfive has picked a reviewer for you, use r? to override) |
|
Hm, we don't usually backport changes to lints. Is there a reason you feel we should make this backport happen? As far as I can tell, this lint isn't for correctness or anything, so we could probably let it ride the trains? |
I don't have a particular reason, why we should backport this. The stabilization PR author @scottmcm asked about it: rust-lang/rust-clippy#5956 It would get the stabilized behavior of the lint into the same release as the stabilization of the feature, which is nice to have, but not a must-have backport. So I would leave it up to you to decide if this should get backported or not. |
Okay, I'm going to beta-nominate for T-compiler to take a look at, but I personally feel that while we could backport this. It has a relatively small diff, which is nice. |
(Commenting because of the ping) I'm happy whether or not this backport goes in. I filed the clippy issue to make sure the lint was updated eventually, but I don't think there's any particular reason that this change to this lint needs to go in the same train as the stabilization. But this is also the first time I'd changed clippy, so I have no idea what the usual process is -- y'all should do what you think is best 🙂 |
Backport of rust-lang/rust-clippy#5961