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

[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 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 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/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 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/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 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/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/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/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/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/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 --- 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 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 Lewis Hyatt changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #1

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

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

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 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 since r15-6001

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

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

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

<    1   2