-
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
Warn on repr
without hints
#51401
Warn on repr
without hints
#51401
Changes from 7 commits
36381fa
2c7099b
3580de8
48e45ee
451eb66
9a80c2b
b3810f6
3cc09c8
0e3f19d
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -673,6 +673,77 @@ impl EarlyLintPass for AnonymousParameters { | |
} | ||
} | ||
|
||
/// Checks for incorrect use use of `repr` attributes. | ||
#[derive(Clone)] | ||
pub struct BadRepr; | ||
|
||
impl LintPass for BadRepr { | ||
fn get_lints(&self) -> LintArray { | ||
lint_array!() | ||
} | ||
} | ||
|
||
impl EarlyLintPass for BadRepr { | ||
fn check_attribute(&mut self, cx: &EarlyContext, attr: &ast::Attribute) { | ||
if attr.name() == "repr" { | ||
let list = attr.meta_item_list(); | ||
|
||
// Emit warnings with `repr` either has a literal assignment (`#[repr = "C"]`) or | ||
// no hints (``#[repr]`) | ||
let has_hints = list.as_ref().map(|ref list| !list.is_empty()).unwrap_or(false); | ||
if !has_hints { | ||
let mut suggested = false; | ||
let mut warn = if let Some(ref lit) = attr.value_str() { | ||
// avoid warning about empty `repr` on `#[repr = "foo"]` | ||
let sp = match format!("{}", lit).as_ref() { | ||
| "C" | "packed" | "rust" | "transparent" | ||
| "u8" | "u16" | "u32" | "u64" | "u128" | "usize" | ||
| "i8" | "i16" | "i32" | "i64" | "i128" | "isize" => { | ||
let lo = attr.span.lo() + BytePos(2); | ||
let hi = attr.span.hi() - BytePos(1); | ||
suggested = true; | ||
attr.span.with_lo(lo).with_hi(hi) | ||
} | ||
_ => attr.span, // the literal wasn't a valid `repr` arg | ||
}; | ||
let mut warn = cx.struct_span_lint( | ||
BAD_REPR, | ||
sp, | ||
"`repr` attribute isn't configurable with a literal", | ||
); | ||
if suggested { | ||
// if the literal could have been a valid `repr` arg, | ||
// suggest the correct syntax | ||
warn.span_suggestion( | ||
sp, | ||
"give `repr` a hint", | ||
format!("repr({})", lit), | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ah I guess as written this suggestion needs the smalelr span to avoid IDEs dropping the There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I believe that the last changes would be agreeable to you (IDEs should not be mucking around with escaping of suggestion text). |
||
); | ||
} else { | ||
warn.span_label(attr.span, "needs a hint"); | ||
} | ||
warn | ||
} else { | ||
let mut warn = cx.struct_span_lint( | ||
BAD_REPR, | ||
attr.span, | ||
"`repr` attribute must have a hint", | ||
); | ||
warn.span_label(attr.span, "needs a hint"); | ||
warn | ||
}; | ||
if !suggested { | ||
warn.help("valid hints include `#[repr(C)]`, `#[repr(packed)]`, \ | ||
`#[repr(rust)]` and `#[repr(transparent)]`"); | ||
warn.note("for more information, visit \ | ||
<https://doc.rust-lang.org/reference/type-layout.html>"); | ||
} | ||
warn.emit(); | ||
} | ||
} | ||
} | ||
} | ||
|
||
/// Checks for use of attributes which have been deprecated. | ||
#[derive(Clone)] | ||
pub struct DeprecatedAttr { | ||
|
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.
So, this skips the leading
#[
and trailing]
, but only for some cases (e.g.,repr = "C"
but notrepr = "B"
). What's the rationale for that extra work and inconsistency? Why not always useattr.span
?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.
Note that such span operations break down in the presence of macros. We've had some pain with those in clippy. It's usually better to have less prettier ^^^^^^^^^ in the non-macro case than to throw up a bunch of macro internals at the user.
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's to be 100% confident that the suggested code will be correct like in the following case:
In the cases where we're not suggesting anything
attr.span
is good enough. If we useattr.span
for the case above, the output would be: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 don't really follow. I guess it might explain why these calculations are only done in one branch, but why are they done at all? Why try to exclude the
#[
and]
from the labels in the first place? It doesn't significantly change how the diagnostic looks and I haven't seen other attribute-related diagnostics do it.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 though that
repr
attrs could be applied to the enclosing element, like other attributes#![repr(C)]
, but I just tried it and it was rejected. Is this the case everywhere? In that case I don't have to worry about the possible difference between#![repr]
and#[repr]
and wouldn't have to do this span wrangling.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 don't think
#![repr]
is valid, but I also don't get why that would make any difference for the span. The span points at the attribute either way, doesn't it? (Actually, I am now even more confused: if#![repr]
was valid,lo + 2
would be off by one for it)