-
-
Notifications
You must be signed in to change notification settings - Fork 14.8k
Tracking issue for macro attributes in #[derive] output #81119
Copy link
Copy link
Closed
Labels
A-macrosArea: All kinds of macros (custom derive, macro_rules!, proc macros, ..)Area: All kinds of macros (custom derive, macro_rules!, proc macros, ..)C-tracking-issueCategory: An issue tracking the progress of sth. like the implementation of an RFCCategory: An issue tracking the progress of sth. like the implementation of an RFC
Metadata
Metadata
Assignees
Labels
A-macrosArea: All kinds of macros (custom derive, macro_rules!, proc macros, ..)Area: All kinds of macros (custom derive, macro_rules!, proc macros, ..)C-tracking-issueCategory: An issue tracking the progress of sth. like the implementation of an RFCCategory: An issue tracking the progress of sth. like the implementation of an RFC
Type
Fields
Give feedbackNo fields configured for issues without a type.
This is a tracking issue for macro attributes that can observe output of the
#[derive]attribute.This includes macro attributes on the same item as
#[derive]but below it, and macro attributes on nested nodes of the item with#[derive].#[derive]fully configures its input, eagerly evaluatingcfgs everywhere in its target, for example on fields.Attributes expanded after the
#[derive]will see the item in this fully configured form, but we don't want expose it to them on stable channel for now.Example:
The feature name is
macro_attributes_in_derive_output.The feature gate was introduced in #79078.