[Bug c/118838] _Pragma diagnostic ignored inside macro

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

[Bug c/118838] _Pragma diagnostic ignored inside macro

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

[Bug c/118838] _Pragma diagnostic ignored inside macro

|unknown CC||lhyatt at gcc dot gnu.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Lewis Hyatt --- Thanks, so this one is not actually about macros or the

[Bug middle-end/115913] [12/13/14/15 Regression] ICE with pragma GCC pop_options with diagnostic since r11-1141

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

[Bug preprocessor/118708] Comment with ASCII art in line-table.h still talks about 32-bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118708 --- Comment #1 from Lewis Hyatt --- Yeah... I did add the note to the comment "in the case of 32-bit location_t" but this could certainly be improved. There is also libcpp/location-example.txt (which the comments refer to) that could be redone f

[Bug middle-end/115913] [12/13/14/15 Regression] ICE with pragma GCC pop_options with diagnostic since r11-1141

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

[Bug tree-optimization/118205] [15 Regression] ICE: in as_a, at is-a.h:255 with -O -floop-parallelize-all -ftree-parallelize-loops=2 since r15-6001

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

[Bug preprocessor/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 See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/118205] [15 Regression] ICE: in as_a, at is-a.h:255 with -O -floop-parallelize-all -ftree-parallelize-loops=2 since r15-6001

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118205 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|[15 Regression] IC

[Bug tree-optimization/118205] [15 Regression] ICE: in as_a, at is-a.h:255 with -O -floop-parallelize-all -ftree-parallelize-loops=2

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

[Bug c++/117970] [15 regression] RISC-V: xtreme-header failed to read compiled module: Bad file data

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

[Bug c++/117970] [15 regression] RISC-V: xtreme-header failed to read compiled module: Bad file data

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

[Bug target/117970] [15 regression] RISC-V: xtreme-header failed to read compiled module: Bad file data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117970 --- Comment #6 from Lewis Hyatt --- I can reproduce that failure using your configuration to make cross compilers on an x86-64 host. The tests pass when a single arch is configured, there are just problems with multilib configuration. They also

[Bug target/117970] [15 regression] RISC-V: xtreme-header failed to read compiled module: Bad file data

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

[Bug preprocessor/117118] [12/13/14/15 Regression] ICE with pragma message and raw strings since r11-498

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

[Bug preprocessor/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 Keywords|patch | --- Comment #5 from Lewis Hyatt --- The

[Bug preprocessor/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 Keywords||patch URL|

[Bug preprocessor/117118] [12/13/14/15 Regression] ICE with pragma message and raw strings since r11-498

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

[Bug preprocessor/117118] [12/13/14/15 Regression] ICE with pragma message and raw strings since r11-498

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117118 Lewis Hyatt changed: What|Removed |Added Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]

[Bug preprocessor/117118] [12/13/14/15 Regression] ICE with pragma message and raw strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117118 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 Resolution|--- |FIXED Status|NEW

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

[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 See Also||https://gcc.gnu.org/bugzill

[Bug middle-end/115913] [11/12/13/14/15 Regression] ICE with pragma GCC pop_options with diagnostic since r11-1141

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115913 --- Comment #8 from Lewis Hyatt --- I think they are for different things, push_options/pop_options is for saving and restoring the command line flags that get implied from switching optimization levels or target pragmas, while diagnostic pragma

[Bug middle-end/115913] [11/12/13/14/15 Regression] ICE with pragma GCC pop_options with diagnostic since r11-1141

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

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

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

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

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

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

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

[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 --- Comment #5 from Lewis Hyatt --- (In reply to Brecht Sanders from comment #4) > No, that patch wasn't added for my build, see my build recipe here: > https://github.com/brechtsanders/winlibs_recipes/blob/main/recipes/gcc.winlib Thanks, this

[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 --- Comment #3 from Lewis Hyatt --- (In reply to Brecht Sanders from comment #2) > I have made a native Windows MinGW-w64 build where the lines "gcc_assert > (!the_parser);" were commented out in file gcc/cp/parser.cc and got > confirmation this

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

||2024-03-22 Status|UNCONFIRMED |NEW CC||lhyatt at gcc dot gnu.org --- Comment #2 from Lewis Hyatt --- This should fix it correctly, will test it sometime. diff --git a/libcpp/directives.cc b/libcpp/directives.cc

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

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

|RESOLVED CC||lhyatt at gcc dot gnu.org --- Comment #1 from Lewis Hyatt --- Thanks, yes the test is problematic because the warnings it looks for are platform dependent. There is a patch to address it here: https://gcc.gnu.org/pipermail

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

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

[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 | |il/gcc-patches/2023-D

[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

|1 URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2023-Decembe ||r/641247.html CC||lhyatt at gcc

[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

|1 Last reconfirmed||2023-12-11 CC||lhyatt at gcc dot gnu.org --- Comment #4 from Lewis Hyatt --- __has_include was added I think in GCC 5, and re-implemented in GCC 10, but this issue with padding in the macro

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

[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

||2023-11-27 Ever confirmed|0 |1 CC||lhyatt at gcc dot gnu.org --- Comment #4 from Lewis Hyatt --- Here is the fix. Not sure if it needs to wait for GCC 15 by now, but I can submit it with the testcase. diff

[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

|enhancement Last reconfirmed|2015-08-23 00:00:00 |2023-11-7 CC||lhyatt at gcc dot gnu.org URL||https://gcc.gnu.org/piperma ||il/gcc-patches

[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

||a/show_bug.cgi?id=103165 CC||lhyatt at gcc dot gnu.org Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Lewis Hyatt --- It'

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

||a/show_bug.cgi?id=108244 Status|NEW |RESOLVED Resolution|--- |FIXED CC||lhyatt at gcc dot gnu.org --- Comment #5 from Lewis Hyatt --- This got fixed

[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

|--- |DUPLICATE CC||lhyatt at gcc dot gnu.org --- Comment #2 from Lewis Hyatt --- This issue eventually got dealt with when it came up again in PR 108244. The testcase c-c++-common/gomp/pr108244-3.c covers this one. *** This bug has been

[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

|1 Status|UNCONFIRMED |NEW CC||lhyatt at gcc dot gnu.org See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=90400

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

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

|--- |DUPLICATE CC||lhyatt at gcc dot gnu.org --- Comment #6 from Lewis Hyatt --- Same issue as bug 90400... was resolved as well by r12-5454. *** This bug has been marked as a duplicate of bug 90400 ***

[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

|--- |FIXED CC||lhyatt at gcc dot gnu.org --- Comment #4 from Lewis Hyatt --- Fixed by r12-4797.

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

||2023-08-25 CC||lhyatt at gcc dot gnu.org Ever confirmed|0 |1 See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=103165

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

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

|--- |DUPLICATE CC||lhyatt at gcc dot gnu.org --- Comment #1 from Lewis Hyatt --- Same issue as PR97498. *** This bug has been marked as a duplicate of bug 97498 ***

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

||lhyatt at gcc dot gnu.org Status|NEW |RESOLVED --- Comment #6 from Lewis Hyatt --- This was the same issue as PR91669. Fixed by r10-325 and a testcase was added in r13-3051. *** This bug has been marked as a duplicate of bug 91669 ***

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

  1   2   >