-
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
[beta] Cancel warning for tool_lints #54358
Conversation
|
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.
Should we instead introduce a check to see if we're on nightly? r=me either way
I introduced a nightly check to only cancel the warning, if we're not on nightly. Is there a way to test this? I didn't find a compiletest flag for something like "pretend to be a stable build". We should do this also on the master branch. |
ping @Manishearth is there something else for me to do here? |
I'm not sure, I don't want to approve beta uplifts without knowing the process. This is r=me for landing on master and beta, just need someone from the release team to look at it |
I would prefer that the patch just unconditionally cancel the warning since this is a beta-only patch (the master patch can be equivalent to the current state, I think). Feel free to merge with the is_nightly check removed. |
Sounds good, r=me with the is_nightly check removed (and make a PR to master with the check in place) |
Ok, I changed it to unconditionally cancel the error message again. I will add the nightly check to master ASAP. I'm planning on making a stabilization PR for the |
@bors r+ sounds good. don't bother with the nightly thing if it's going to be stabilized soon anyway |
📌 Commit 4e5eba5 has been approved by |
…shearth Add nightly check for tool_lints warning cc rust-lang#54358 Let's add the nightly check, just in case something prevents a stabilization until 1.31.beta.
⌛ Testing commit 4e5eba5 with merge 400378d44564e498bbac210378cd97b225e26d50... |
💔 Test failed - status-travis |
The job Click to expand the log.
I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact |
|
@bors retry |
⌛ Testing commit 4e5eba5 with merge 779fd2163fa33448d469bdcd28ab4f1122a0618a... |
💔 Test failed - status-travis |
Your PR failed on Travis (raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem. Click to expand the log.
I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact |
[beta] Cancel warning for tool_lints For the discussion about this, see: rust-lang/rust-clippy#3159 `clippy-preview` is available on stable since 1.29. So when running `cargo +beta clippy` on a crate with `#![allow(clippy_lint)]` a warning is produced, which tells the programmer to change this to `#![allow(clippy::clippy_lint)]`. But since `tool_lints` aren't stable yet, this would require a `#![feature(tool_lints)]`. Features aren't available on stable or beta, so we cannot do this. Even wrapping `cfg_attr(clippy)` around this won't help, since Clippy can also be run from stable or beta toolchain. r? @Manishearth
☀️ Test successful - status-appveyor, status-travis |
For the discussion about this, see: rust-lang/rust-clippy#3159
clippy-preview
is available on stable since 1.29. So when runningcargo +beta clippy
on a crate with#![allow(clippy_lint)]
a warning is produced, which tells the programmer to change this to#![allow(clippy::clippy_lint)]
. But sincetool_lints
aren't stable yet, this would require a#![feature(tool_lints)]
. Features aren't available on stable or beta, so we cannot do this. Even wrappingcfg_attr(clippy)
around this won't help, since Clippy can also be run from stable or beta toolchain.r? @Manishearth