[Bug other/93067] diagnostics are not aware of -finput-charset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93067 lhyatt at gcc dot gnu.org changed: What|Removed |Added Attachment #47547|0 |1 is obsolete|

[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/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 f

[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 Resolution|--- |FIXED Status|NEW

[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 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 ca

[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, rather

[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/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 f

[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 f

[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 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 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 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 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/ > 95c98a0b5ff71caca66

[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 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 f

[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 85a3ae1b303..3b

[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++/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 Stat

[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 f

[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/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 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++/53431] C++ preprocessor ignores #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431 --- Comment #47 from Lewis Hyatt --- (In reply to Manuel López-Ibáñez from comment #46) > If you don't get much attention to the patch, it may be worth pinging it. > But before that, I would also suggest submitting all the cleanups separately > a

[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||lhyatt at gcc dot gnu.org --- Comment #44

[Bug other/102099] New: Diagnostics do not consider the user's locale when printing source lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102099 Bug ID: 102099 Summary: Diagnostics do not consider the user's locale when printing source lines Product: gcc Version: unknown Status: UNCONFIRMED Severity: no

[Bug other/102099] Diagnostics do not consider the user's locale when printing source lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102099 --- Comment #1 from Lewis Hyatt --- Created attachment 51365 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51365&action=edit Tested patch

[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 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/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 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 re

[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 c++/53431] C++ preprocessor ignores #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431 --- Comment #49 from Lewis Hyatt --- I rebased the patches so they apply to the current master branch and pinged them on gcc-patches here: https://gcc.gnu.org/pipermail/gcc-patches/2022-May/595556.html -Lewis

[Bug c++/84920] Better handling of unmatched/ambiguous calls

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

[Bug c++/84920] Better handling of unmatched/ambiguous calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84920 --- Comment #10 from Lewis Hyatt --- (In reply to Jonathan Wakely from comment #9) > That looks pretty good to me. What does it produce for the operator<< > example in comment 1? With the default options: = iowarn2.cpp: In function ‘

[Bug preprocessor/104640] incomplete unicode support for User-defined literals

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

[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 CC||maik.urbannek at cattatech dot de --- Co

[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 #3 from Lewis Hyatt --- I can look into that.

[Bug preprocessor/64698] preprocessor ignores #pragma GCC diagnostic when using -save-temps

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53920 --- Comment #4 from Lewis Hyatt --- *** Bug 64698 has been marked as a duplicate of this bug. ***

[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 CC||lhyatt at gcc dot gnu.org --- Comment #5 f

[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 CC||lhyatt at gcc dot gnu.org --- Comment #8 f

[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 #4 from Lewis Hyatt --- (In reply to Lewis Hyatt from comment #3) > I can look into that. Patch waiting for review here: https://gcc.gnu.org/pipermail/gcc-patches/2022-June/596660.html

[Bug preprocessor/100125] -Wunused-macros generated while should be ignored; if undef is seen?

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

[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||gcc at behdad dot org --- Comment #50 from

[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 Resolution|--- |FIXED Status|NEW

[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

[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 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 fr

[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 confirm

[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/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 f

[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 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 f

[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 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/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 --- Com

[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 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 f

[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 th

[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 Component:

[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 strea

[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 n

[Bug other/93067] diagnostics are not aware of -finput-charset

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

[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/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/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 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 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 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 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/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/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 f

[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 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/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 Stat

[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/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 CC||paboyle at ph dot ed.ac.uk --- Comment #11

[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 f

[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/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 bac

[Bug pch/115312] [14/15 Regression] ICE when including a PCH via compiler option -include

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

[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 Stat

[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 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 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/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/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/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/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 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 reconfir

[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/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 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 Sta

[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|

  1   2   >