-
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
Add E0788 for improper #[no_coverage] usage #97495
Conversation
Some changes occurred in diagnostic error codes |
r? @nagisa (rust-highfive has picked a reviewer for you, use r? to override) |
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.
The error code explanation looks nice so it looks good for me, thanks!
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.
Really nice! I appreciate your work on this!
Verifying that I did the UI tests correctly before I push the latest changes from feedback. Resolved the ones where I just used the suggestions verbatim, responded to the ones where I modified them. |
@bors r+ Thanks! |
📌 Commit 9473e21 has been approved by |
Rollup of 5 pull requests Successful merges: - rust-lang#97312 (Compute lifetimes in scope at diagnostic time) - rust-lang#97495 (Add E0788 for improper #[no_coverage] usage) - rust-lang#97579 (Avoid creating `SmallVec`s in `global_llvm_features`) - rust-lang#97767 (interpret: do not claim UB until we looked more into variadic functions) - rust-lang#97787 (E0432: rust 2018 -> rust 2018 or later in --explain message) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
Essentially, this adds proper checking for the attribute (tracking issue #84605) and throws errors when it's put in obviously-wrong places, like on struct or const definitions. Most of the code is taken directly from the checks for the
#[inline]
attribute, since it's very similar.Right now, the code only checks at the function level, but it seems reasonable to allow adding
#[no_coverage]
to individual blocks or expressions, so, for now those just throwunused_attributes
warnings. Similarly, since there was a lot of desire to eventually allow recursive definitions as well on modules and impl blocks, these also throwunused_attributes
instead of an error.I'm not sure if anything has to be done since this error is technically for an unstable feature, but since an error for using unstable features will show up anyway, I think it's okay.
This is the first big piece needed for stabilising this attribute, although I personally would like to explore renaming it to
#[coverage(never)]
on a separate PR, which I will offer soon. There's a lot of discussion still to be had about that, which is why it will be kept separate.I don't think much is needed besides adding this simple check and a UI test, but let me know if there's something else that should be added to make this happen.