Remove skip_arg attribute from Diagnostic and Subdiagnostic proc-macros#157070
Remove skip_arg attribute from Diagnostic and Subdiagnostic proc-macros#157070GuillaumeGomez wants to merge 2 commits into
skip_arg attribute from Diagnostic and Subdiagnostic proc-macros#157070Conversation
…c-macros, skipping fields based on whether or not they are used in error messages
|
The rustc-dev-guide subtree was changed. If this PR only touches the dev guide consider submitting a PR directly to rust-lang/rustc-dev-guide otherwise thank you for updating the dev guide with your changes. Some changes occurred to the CTFE machinery
The parser was modified, potentially altering the grammar of (stable) Rust cc @fmease Some changes occurred in match checking cc @Nadrieril |
|
I didn't expect to ping half the compiler team though. O.o |
|
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Remove `skip_arg` attribute from `Diagnostic` and `Subdiagnostic` proc-macros
This comment has been minimized.
This comment has been minimized.
|
Finished benchmarking commit (8f93c9d): comparison URL. Overall result: no relevant changes - no action neededBenchmarking means the PR may be perf-sensitive. Consider adding rollup=never if this change is not fit for rolling up. @rustbot label: -S-waiting-on-perf -perf-regression Instruction countThis perf run didn't have relevant results for this metric. Max RSS (memory usage)Results (primary 15.5%, secondary -1.7%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesThis perf run didn't have relevant results for this metric. Binary sizeThis perf run didn't have relevant results for this metric. Bootstrap: 512.125s -> 509.812s (-0.45%) |
Instead of having users to manually add
#[skip_arg]for each field that is not used in fluent messages, I think it's better to instead let the proc-macro only calldiag.arg("name", field)on the fields actually used.r? @JonathanBrouwer