diff options
| author | bors <bors@rust-lang.org> | 2024-10-30 15:22:47 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2024-10-30 15:22:47 +0000 |
| commit | 1bdc08a6bc0985e27699e181712b54999c89306b (patch) | |
| tree | 93c52380580af63d4d3ac3632847c66f010a40f4 /tests/coverage/branch/lazy-boolean.coverage | |
| parent | 15ad8245b23cdb537454b3fb6f34d5c96a6a35ea (diff) | |
| parent | 59ecf4d0736cffabc29913e2b5e203b9778b2b52 (diff) | |
| download | rust-1bdc08a6bc0985e27699e181712b54999c89306b.tar.gz rust-1bdc08a6bc0985e27699e181712b54999c89306b.zip | |
Auto merge of #13599 - RuairidhWilliamson:proc_macro_attr, r=blyxyas
Fix allow_attributes when expanded from some macros fixes #13349 The issue here was that the start pattern being matched on the original source code was not specific enough. When using derive macros or in the issue case a `#[repr(C)]` the `#` would match the start pattern meaning that the expanded macro appeared to be unchanged and clippy would lint it. The change I made was to make the matching more specific by matching `#[ident` at the start. We still need the second string to match just the ident on its own because of things like `#[cfg_attr(panic = "unwind", allow(unused))]`. I also noticed some typos with start and end, these code paths weren't being reached so this doesn't fix anything. changelog: FP: [`allow_attributes`]: don't trigger when expanded from some macros
Diffstat (limited to 'tests/coverage/branch/lazy-boolean.coverage')
0 files changed, 0 insertions, 0 deletions
