-
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 derive macro for specifying diagnostics using attributes. #75138
Conversation
src/librustc_typeck/collect.rs
Outdated
struct_span_err!( | ||
tcx.sess, | ||
f.span, | ||
E0124, | ||
"field `{}` is already declared", | ||
f.ident | ||
) | ||
.span_label(f.span, "field already declared") | ||
.span_label(prev_span, format!("`{}` first declared here", f.ident)) | ||
.emit(); | ||
#[derive(SessionDiagnostic)] | ||
#[code = "E0124"] | ||
struct FieldAlreadyDeclared { | ||
field_name: String, | ||
#[error = "field `{field_name}` is already declared"] | ||
#[label = "field already declared"] | ||
span: Span, | ||
#[label = "`{field_name}` first declared here"] | ||
prev_span: Span, | ||
} | ||
|
||
tcx.sess.emit_err(FieldAlreadyDeclared { | ||
field_name: f.ident.to_string(), | ||
span: f.span, | ||
prev_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.
Here's an existing diagnostic I've replaced, which demonstrates an actual usage of the derive macro.
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.
cc @rust-lang/wg-diagnostics have a look at this epic PR
@jumbatm I'm a bit unsure about the "type checks" in general. I have commented where I think they can be removed in favour of other schemes, but e.g. the Option
example is a bit more complex. We may be able to work around this by creating a MaybeOption
trait that just doesn't do anything for None
:
trait MaybeOption<T> {
fn maybe_do(self, f: impl FnOnce(T));
}
impl<T> MaybeOption<T> for T {
fn maybe_do(self, f: impl FnOnce(T)){
f(self)
}
}
impl<T> MaybeOption<T> for Option<T> {
fn maybe_do(self, f: impl FnOnce(T)) {
if let Some(this) = self {
f(this)
}
}
}
return Ok((span, applicability)); | ||
} | ||
} | ||
throw_span_err!( |
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.
We could just expect a specific trait to be implemented for these fields (and give that trait an on_unimplemented
attribute for a targetted diagnostic). Then you can invoke ThatTrait::get_span(#binding)
and ThatTrait::get_applicability
. ThatTrait
could be implemented for various combinations of Span
and Applicability
or the lack of the latter.
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'm all in favour of removing the name-based type checks in favour of just letting custom traits do the heavy lifting. However, doing this, the emitted error points at the #[derive(SessionDiagnostic)]
, even with quote_spanned!
(as with the other case):
On having an on_unimplemented
method: wouldn't I need to generate code which calls this method, meaning I'd be emitting the customised diagnostic at runtime? Using compile_error!
wouldn't do the trick, either, that would always cause a compile error (regardless of the flow at runtime).
Haven't looked at this yet, but it will be interesting to be able to allow us to impl the derived trait by hand in cases where we want more advanced behavior, like changing the output or wording depending on span ordering to give an example. |
☔ The latest upstream changes (presumably #73851) made this pull request unmergeable. Please resolve the merge conflicts. |
414ea88
to
ebec567
Compare
Ok, this looks ready enough to me, I think we should iterate further on it, but we should merge it now and iterate in future PRs. Can you move it out of draft and squash the commits? |
ebec567
to
9d4018d
Compare
Sure thing. This should be good to go once green. |
☔ The latest upstream changes (presumably #74862) made this pull request unmergeable. Please resolve the merge conflicts. |
Co-authored-by: Oliver Scherer <github35764891676564198441@oli-obk.de>
9d4018d
to
5956254
Compare
@bors r+ ok, let's get this rolling. Thanks for your awesome work! |
📌 Commit 5956254 has been approved by |
…r=oli-obk Add derive macro for specifying diagnostics using attributes. Introduces `#[derive(SessionDiagnostic)]`, a derive macro for specifying structs that can be converted to Diagnostics using directions given by attributes on the struct and its fields. Currently, the following attributes have been implemented: - `#[code = "..."]` -- this sets the Diagnostic's error code, and must be provided on the struct iself (ie, not on a field). Equivalent to calling `code`. - `#[message = "..."]` -- this sets the Diagnostic's primary error message. - `#[label = "..."]` -- this must be applied to fields of type `Span`, and is equivalent to `span_label` - `#[suggestion(..)]` -- this allows a suggestion message to be supplied. This attribute must be applied to a field of type `Span` or `(Span, Applicability)`, and is equivalent to calling `span_suggestion`. Valid arguments are: - `message = "..."` -- this sets the suggestion message. - (Optional) `code = "..."` -- this suggests code for the suggestion. Defaults to empty. `suggestion`also comes with other variants: `#[suggestion_short(..)]`, `#[suggestion_hidden(..)]` and `#[suggestion_verbose(..)]` which all take the same keys. Within the strings passed to each attribute, fields can be referenced without needing to be passed explicitly into the format string -- eg, `#[error = "{ident} already declared"] ` will set the error message to `format!("{} already declared", &self.ident)`. Any fields on the struct can be referenced in this way. Additionally, for any of these attributes, Option fields can be used to only optionally apply the decoration -- for example: ```rust #[derive(SessionDiagnostic)] #[code = "E0123"] struct SomeKindOfError { ... #[suggestion(message = "informative error message")] opt_sugg: Option<(Span, Applicability)> ... } ``` will not emit a suggestion if `opt_sugg` is `None`. We plan on iterating on this macro further; this PR is a start. Closes rust-lang#61132. r? @oli-obk
☀️ Test successful - checks-actions, checks-azure |
Introduces
#[derive(SessionDiagnostic)]
, a derive macro for specifying structs that can be converted to Diagnostics using directions given by attributes on the struct and its fields. Currently, the following attributes have been implemented:#[code = "..."]
-- this sets the Diagnostic's error code, and must be provided on the struct iself (ie, not on a field). Equivalent to callingcode
.#[message = "..."]
-- this sets the Diagnostic's primary error message.#[label = "..."]
-- this must be applied to fields of typeSpan
, and is equivalent tospan_label
#[suggestion(..)]
-- this allows a suggestion message to be supplied. This attribute must be applied to a field of typeSpan
or(Span, Applicability)
, and is equivalent to callingspan_suggestion
. Valid arguments are:message = "..."
-- this sets the suggestion message.code = "..."
-- this suggests code for the suggestion. Defaults to empty.suggestion
also comes with other variants:#[suggestion_short(..)]
,#[suggestion_hidden(..)]
and#[suggestion_verbose(..)]
which all take the same keys.Within the strings passed to each attribute, fields can be referenced without needing to be passed explicitly into the format string -- eg,
#[error = "{ident} already declared"]
will set the error message toformat!("{} already declared", &self.ident)
. Any fields on the struct can be referenced in this way.Additionally, for any of these attributes, Option fields can be used to only optionally apply the decoration -- for example:
will not emit a suggestion if
opt_sugg
isNone
.We plan on iterating on this macro further; this PR is a start.
Closes #61132.
r? @oli-obk