[Bug preprocessor/114436] #pragma GCC system_header vs. _Pragma("GCC system_header")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114436 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug preprocessor/114436] #pragma GCC system_header vs. _Pragma("GCC system_header")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114436 Lewis Hyatt changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c/114423] Incorrectly placed caret in the message about expanded _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114423 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #2

[Bug c++/111918] #pragma GCC diagnostic pop does not restore error status of -Wnarrowing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918 Lewis Hyatt changed: What|Removed |Added Target Milestone|--- |14.0 Resolution|---

[Bug preprocessor/110558] __has_include argument expansion results in unexpected filename

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110558 Lewis Hyatt changed: What|Removed |Added Target Milestone|--- |14.0 Resolution|---

[Bug preprocessor/80755] __has_include_next: internal compiler error: NULL directory in find_file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80755 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/80755] __has_include_next: internal compiler error: NULL directory in find_file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80755 --- Comment #6 from Lewis Hyatt --- (In reply to Sam James from comment #5) > Thank you Lewis! > > Would you mind pinging this again? > > I've just started hitting this on glibc systems too as we added a wrapper to > a libbsd header (which I'm

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 Lewis Hyatt changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment

[Bug regression/113672] [14 Regression] FAIL: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113672 Lewis Hyatt changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 --- Comment #13 from Lewis Hyatt --- I think I understand why it is platform dependent. The location being assigned to the restored macros is pfile->directive_line, which was stored relative to the original line map instance, before replacing

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 --- Comment #11 from Lewis Hyatt --- Oh interesting. So the purpose of this test was just to record that GCC outputs incorrect locations for this case, I wanted to xfail it and then fix it properly for GCC 15. I did not consider that it might

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 Lewis Hyatt changed: What|Removed |Added URL|https://gcc.gnu.org/piperma |

[Bug preprocessor/109704] #pragma {push,pop}_macro broken for identifiers that contain dollar signs at nonfirst positions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109704 Lewis Hyatt changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug preprocessor/80755] __has_include_next: internal compiler error: NULL directory in find_file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80755 Lewis Hyatt changed: What|Removed |Added Last reconfirmed||2023-12-21 Ever confirmed|0

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug preprocessor/110558] __has_include argument expansion results in unexpected filename

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110558 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug preprocessor/110558] __has_include argument expansion results in unexpected filename

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110558 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug pch/64117] warning control #pragmas in precompiled headers are not obeyed for template code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64117 Lewis Hyatt changed: What|Removed |Added CC||piannetta at kalrayinc dot com ---

[Bug pch/112747] #pragma GCC diagnostic ignored "-Wstringop-overflow" has no effect in pre-compiled headers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112747 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug preprocessor/112701] wrong type inference for ternary operator with `0/0u` in preprocessing context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug preprocessor/112701] wrong type inference for ternary operator with `0/0u` in preprocessing context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug preprocessor/112701] wrong type inference for ternary operator with `0/0u` in preprocessing context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug pch/112319] [14 Regression] segfault with pch and #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug pch/47857] Pragma once warning when compiling PCH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47857 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug pch/9471] #pragma system_header vs. precompiled headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9471 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug c++/111918] #pragma GCC diagnostic pop does not restore error status of -Wnarrowing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug c++/111918] #pragma GCC diagnostic pop does not restore error status of -Wnarrowing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111918 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug pch/64117] warning control #pragmas in precompiled headers are not obeyed for template code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64117 Lewis Hyatt changed: What|Removed |Added Keywords||patch Severity|normal

[Bug pch/112319] [14 Regression] segfault with pch and #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319 --- Comment #2 from Lewis Hyatt --- Patch sent for review: https://gcc.gnu.org/pipermail/gcc-patches/2023-November/634931.html

[Bug pch/112319] segfault with pch and #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org Last

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 Lewis Hyatt changed: What|Removed |Added CC||duparq at free dot fr --- Comment #7 from

[Bug preprocessor/79948] _Pragma(“GCC error”) is processed differently inside and outside of a #if directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79948 Lewis Hyatt changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug preprocessor/47254] ICE: unspellable token PRAGMA_EOL with #pragma redefine_extname and -fdirectives-only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47254 Lewis Hyatt changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug preprocessor/108244] [13 Regression] `pragma GCC diagnostic` and -E -fdirectives-only causes the preprocessor to become confused since r13-1544-ge46f4d7430c52104

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244 Lewis Hyatt changed: What|Removed |Added CC||jpewhacker at gmail dot com --- Comment

[Bug preprocessor/91152] endif-label error when using #pragma with -fdirectives-only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91152 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/87299] #pragma GCC target behaves differently when using -save-temps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87299 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug preprocessor/36887] Please report #pragma GCC poison" location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36887 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug preprocessor/82335] Incorrect _Pragma expansion if macro passed to another macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82335 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug preprocessor/82335] Incorrect _Pragma expansion if macro passed to another macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82335 Lewis Hyatt changed: What|Removed |Added Last reconfirmed||2023-10-02 Ever confirmed|0

[Bug preprocessor/36887] Please report #pragma GCC poison" location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36887 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug preprocessor/90400] _Pragma not always expanded in the right location within macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400 Lewis Hyatt changed: What|Removed |Added CC||paboyle at ph dot ed.ac.uk --- Comment

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/90400] _Pragma not always expanded in the right location within macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/61474] ICE (segfault) in preprocessor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61474 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug c++/102409] _pragma ("omp ...") expansion issue - placed in the wrong scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug preprocessor/90400] _Pragma not always expanded in the right location within macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug preprocessor/87299] #pragma GCC target behaves differently when using -save-temps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87299 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug preprocessor/103902] GCC requires a space between string-literal and identifier in a literal-operator-id where the identifier is not in basic character set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103902 --- Comment #9 from Lewis Hyatt --- Thanks, sorry about that, I need to replace "unsigned long" with "size_t". Will fix it.

[Bug preprocessor/103902] GCC requires a space between string-literal and identifier in a literal-operator-id where the identifier is not in basic character set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103902 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug preprocessor/109704] #pragma {push,pop}_macro broken for identifiers that contain dollar signs at nonfirst positions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109704 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #3

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug preprocessor/105608] [11/12/13/14 Regression] ICE: in linemap_add with a really long defined macro on the command line r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608 --- Comment #2 from Lewis Hyatt --- When a PCH file is restored, the global line_maps instance is replaced with the one that was stored in the PCH file. Hence any locations that were generated prior to restoring the PCH file need to be added

[Bug preprocessor/67046] [10/11/12/13 Regression] Segmentation fault when a preprocessor directive follows the argument to _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug preprocessor/67046] [10/11/12/13 Regression] Segmentation fault when a preprocessor directive follows the argument to _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046 --- Comment #5 from Lewis Hyatt --- The patch was submitted for review here: https://gcc.gnu.org/pipermail/gcc-patches/2023-January/609951.html

[Bug preprocessor/67046] [10/11/12/13 Regression] Segmentation fault when a preprocessor directive follows the argument to _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug preprocessor/108244] [13 Regression] `pragma GCC diagnostic` and -E -fdirectives-only causes the preprocessor to become confused since r13-1544-ge46f4d7430c52104

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/108244] [13 Regression] `pragma GCC diagnostic` and -E -fdirectives-only causes the preprocessor to become confused

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244 --- Comment #8 from Lewis Hyatt --- Here is the patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-December/609275.html

[Bug preprocessor/108244] [13 Regression] `pragma GCC diagnostic` and -E -fdirectives-only causes the preprocessor to become confused

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244 --- Comment #7 from Lewis Hyatt --- The testcases mentioned so far in this PR (the original report, and the reduction in Comment 5) started failing in r13-1544, because that revision added #pragma GCC diagnostic to the set of pragmas that are

[Bug preprocessor/108244] [13 Regression] `pragma GCC diagnostic` and -E -fdirectives-only causes the preprocessor to become confused

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #6

[Bug bootstrap/107722] [13 Regression] Bootstrap failure for some locales starting with r13-4070

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107722 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #5

[Bug preprocessor/55971] Preprocessor macros with C++11 raw string literals fail to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug preprocessor/97498] #pragma GCC diagnostic ignored "-Wunused-function" inconsistent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498 Lewis Hyatt changed: What|Removed |Added CC||e...@coeus-group.com --- Comment #12 from

[Bug c/95239] Unable to ignore -Wattribute-warning in macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95239 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/85153] _Pragma to disable -Wswitch-unreachable diagnostic not properly working when used within preprocessor macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85153 Lewis Hyatt changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug c/91669] #pragma's and _Pragma's work but _Pragma's used in an equivalent macro don't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669 Lewis Hyatt changed: What|Removed |Added CC||falemagn at gmail dot com --- Comment #7

[Bug c++/85266] Inconsistent _Pragma behavior for macro with and without arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85266 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org

[Bug preprocessor/60014] Bad warning suppression caused by track-macro-expansion when not using integrated cpp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60014 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c/89549] [10/11/12/13 Regression] -Wmisleading-indentation is disabled from this point onwards, since column-tracking was disabled due to the size of the code/headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549 --- Comment #25 from Lewis Hyatt --- This patch would make the note controllable via #pragma GCC diagnostic in the same way as the warning is: = diff --git a/gcc/c-family/c-indentation.cc b/gcc/c-family/c-indentation.cc index

[Bug preprocessor/60014] Bad warning suppression caused by track-macro-expansion when not using integrated cpp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60014 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #8

[Bug c++/55578] Disabling warnings inside macro definition doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55578 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/55578] Disabling warnings inside macro definition doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55578 --- Comment #11 from Lewis Hyatt --- (In reply to Vadim Zeitlin from comment #10) > There definitely was a change in behaviour in gcc 11 because I had to make > this change > > https://github.com/wxWidgets/wxWidgets/commit/ >

[Bug preprocessor/83256] inconsistent _Pragma behavior in multi-line macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83256 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 103036, which changed state. Bug 103036 Summary: incorrect #pragma GCC diagnostic suppression for macro expansion and -Wuninitialized https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036 What|Removed

[Bug middle-end/103036] incorrect #pragma GCC diagnostic suppression for macro expansion and -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/91669] #pragma's and _Pragma's work but _Pragma's used in an equivalent macro don't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug c++/55578] Disabling warnings inside macro definition doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55578 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #9

[Bug c/91669] #pragma's and _Pragma's work but _Pragma's used in an equivalent macro don't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug preprocessor/69543] [10/11/12/13 Regression] _Pragma does not apply within macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|WAITING

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #8 from Lewis Hyatt --- (In reply to Lewis Hyatt from comment #7) > The wrong location is fixed for GCC 13. Shall I leave the PR open for now, > since there was also the issue of getting a caret pointing to the name of > macro,

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #7 from Lewis Hyatt --- The wrong location is fixed for GCC 13. Shall I leave the PR open for now, since there was also the issue of getting a caret pointing to the name of macro, rather than just a diagnostic for the whole line? I

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #5 from Lewis Hyatt --- Patch submitted for review: https://gcc.gnu.org/pipermail/gcc-patches/2022-July/598989.html

[Bug lto/106274] Loss of macro tracking information with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106274 --- Comment #4 from Lewis Hyatt --- (In reply to Richard Biener from comment #1) > I'm not sure to what extent this is still required with respect to the > diagnostic context though - you'd have to try. Thanks for the explanation, the general

[Bug lto/106274] Loss of macro tracking information with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106274 --- Comment #3 from Lewis Hyatt --- (In reply to Martin Liška from comment #2) > I think it's a dup of PR80922. I think it's a bit different, if I understand correctly, PR80922 is asking for something much more difficult, it wants the LTO

[Bug lto/106274] New: Loss of macro tracking information with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106274 Bug ID: 106274 Summary: Loss of macro tracking information with -flto Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #4 from Lewis Hyatt --- OK, I understand now why done_lexing is necessary, plenty of places call back into libcpp after lexing, e.g. to interpret strings, and this may generate warnings. I think that one line patch is the way to go

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #3

[Bug preprocessor/106252] [13 Regression] AddressSanitizer: global-buffer-overflow on address since r13-1544-ge46f4d7430c521

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106252 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/106252] [13 Regression] AddressSanitizer: global-buffer-overflow on address since r13-1544-ge46f4d7430c521

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106252 Lewis Hyatt changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |lhyatt at gcc dot gnu.org ---

[Bug preprocessor/97498] #pragma GCC diagnostic ignored "-Wunused-function" inconsistent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/97498] #pragma GCC diagnostic ignored "-Wunused-function" inconsistent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498 --- Comment #2 from Lewis Hyatt --- Patch submitted for review here: https://gcc.gnu.org/pipermail/gcc-patches/2022-July/598116.html

[Bug c++/83473] pragma problems with raw string literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83473 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #2

[Bug preprocessor/91733] No longer treat carriage return as an end-of-line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91733 --- Comment #6 from Lewis Hyatt --- The diagnostics issue is fixed now. Do we want to mark this resolved, or keep it open given the other question regarding support for \r line endings in general?

[Bug preprocessor/91733] No longer treat carriage return as an end-of-line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91733 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug preprocessor/69543] [10/11/12/13 Regression] _Pragma does not apply within macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543 Lewis Hyatt changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug preprocessor/97498] #pragma GCC diagnostic ignored "-Wunused-function" inconsistent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org Ever

[Bug c++/53431] C++ preprocessor ignores #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431 Lewis Hyatt changed: What|Removed |Added CC||f.heckenb...@fh-soft.de --- Comment #53

[Bug preprocessor/91037] #pragma GCC diagnostic ignored "-Wunused-macros" ignored for doubly-defined macro with g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91037 Lewis Hyatt changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug preprocessor/53920] "gcc -E" does not honor #pragma GCC diagnostic ignored "-Wunused-macro"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53920 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

  1   2   >