[Bug c++/83161] Feature request: add a builtin for printing structs and classes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83161 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #4 fro

[Bug target/120050] [15/16 Regression] Fail to bootstrap on mips64el with --with-arch=gs464 --with-build-config=bootstrap-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050 Xi Ruoyao changed: What|Removed |Added Keywords||ice-checking --- Comment #2 from Xi Ruoyao

[Bug rust/120018] [15/16 regression] internal compiler error: in redirect_to_unreachable, at ipa-fnsummary.cc:258 for 32-bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120018 Sam James changed: What|Removed |Added Target Milestone|--- |15.2 Summary|internal compiler e

[Bug ada/119698] gen_il-main: raised PROGRAM_ERROR : finalize/adjust raised exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698 --- Comment #8 from Matthias Klose --- binutils is the same binary as for the last successful gcc-12 upload on 2025-03-17.

[Bug middle-end/108016] RISC-V：Bad codegen in scalar code comparing to LLVM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108016 --- Comment #12 from Andrew Pinski --- (In reply to Alexey Merzlyakov from comment #11) > Stack usage for this code is being generated later on the "expand" stage > when we are addressing local D.2333 variable. It means, that probably there > mi

[Bug ada/119698] gen_il-main: raised PROGRAM_ERROR : finalize/adjust raised exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698 --- Comment #7 from Sam James --- I'd start with inspecting things like binutils version.

[Bug ada/119698] gen_il-main: raised PROGRAM_ERROR : finalize/adjust raised exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698 Matthias Klose changed: What|Removed |Added CC||doko at gcc dot gnu.org --- Comment #6

[Bug middle-end/120030] [12/13/14/15/16 Regression] ICE in set_init_priority when applying multiple __attribute__((constructor)) declarations in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120030 Andrew Pinski changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Target Mil

[Bug target/120050] [15/16 Regression] Fail to bootstrap on mips64el with --with-arch=gs464 --with-build-config=bootstrap-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050 --- Comment #1 from Xi Ruoyao --- Hmm, the ICE with trunk is from gcc_checking_assert. Thus maybe the difference between 15 and 16 comes from the different --enable-checking setting.

[Bug target/120050] [15/16 Regression] Fail to bootstrap on mips64el with --with-arch=gs464 --with-build-config=bootstrap-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050 Xi Ruoyao changed: What|Removed |Added Target Milestone|--- |15.2 Keywords|

[Bug target/120050] New: [15/16 Regression] Fail to bootstrap on mips64el with --with-arch=gs464 --with-build-config=bootstrap-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050 Bug ID: 120050 Summary: [15/16 Regression] Fail to bootstrap on mips64el with --with-arch=gs464 --with-build-config=bootstrap-O3 Product: gcc Version: 16.0 Status: UNCON

[Bug c/67435] Feature request: Implement align-loops attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67435 --- Comment #12 from Maxim Egorushkin --- gcc-13 and gcc-14 no longer align the last byte of a loop to the last byte of a L1i-cache-line, when compiled with `-march=native -mtune=native` on Zen3 and Zen4 CPUs. I remember gcc-11 or gcc-12 aligni

[Bug c/67435] Feature request: Implement align-loops attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67435 Maxim Egorushkin changed: What|Removed |Added CC||maxim.yegorushkin at gmail dot com -

[Bug c++/120040] Module ICE when constexpr function calls new on class withe empty destructor.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120040 Nathaniel Shead changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Keywords|

[Bug c++/119938] [15/16 Regression][modules] Class type NTTPs are not considered constant when imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938 --- Comment #2 from GCC Commits --- The releases/gcc-15 branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:aa49bb9deb7e040679f184009f38c5027f1a8dc4 commit r15-9611-gaa49bb9deb7e040679f184009f38c5027f1a8dc4 Author: Nathaniel She

[Bug c++/120023] When using c++ modules, put deduction guide in a separate module unit file, the deduction will be ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120023 --- Comment #3 from GCC Commits --- The releases/gcc-15 branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:90484ea24e7886f01200619a55c2343728362fc6 commit r15-9612-g90484ea24e7886f01200619a55c2343728362fc6 Author: Nathaniel She

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 119996, which changed state. Bug 119996 Summary: [modules] Inline reference to a TU-local entity is nulled when used https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119996 What|Removed |

[Bug c++/120023] When using c++ modules, put deduction guide in a separate module unit file, the deduction will be ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120023 Nathaniel Shead changed: What|Removed |Added Target Milestone|--- |15.2 Status|ASSIGNED

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 120023, which changed state. Bug 120023 Summary: When using c++ modules, put deduction guide in a separate module unit file, the deduction will be ignored https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120023

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 119938, which changed state. Bug 119938 Summary: [15/16 Regression][modules] Class type NTTPs are not considered constant when imported https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938 What|Removed

[Bug c++/119938] [15/16 Regression][modules] Class type NTTPs are not considered constant when imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938 Nathaniel Shead changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot gnu.org

[Bug c++/119996] [modules] Inline reference to a TU-local entity is nulled when used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119996 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/119996] [modules] Inline reference to a TU-local entity is nulled when used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119996 --- Comment #3 from GCC Commits --- The releases/gcc-15 branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:3042862fbdba809473e3ea4ddc1697692b233d5f commit r15-9610-g3042862fbdba809473e3ea4ddc1697692b233d5f Author: Nathaniel She

[Bug c++/119551] [modules] ICE when reading inline var referencing TU-local entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551 --- Comment #7 from GCC Commits --- The releases/gcc-15 branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:3042862fbdba809473e3ea4ddc1697692b233d5f commit r15-9610-g3042862fbdba809473e3ea4ddc1697692b233d5f Author: Nathaniel She

[Bug middle-end/120030] [12/13/14/15/16 Regression] ICE in set_init_priority when applying multiple __attribute__((constructor)) declarations in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120030 --- Comment #4 from Andrew Pinski --- I think the code should be: ``` if (priority == DEFAULT_INIT_PRIORITY && get_init_priority() == priority) return; ``` That is if it is already DEFAULT_INIT_PRIORITY don't do the insert into the

[Bug fortran/120049] ICE when using IS_C_ASSOCIATED ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049 --- Comment #2 from Jerry DeLisle --- With the original test case, the following eliminates the ICE. diff --git a/examples/tests_gtk_sup.f90 b/examples/tests_gtk_sup.f90 index 8f8168b..ab47c8d 100644 --- a/examples/tests_gtk_sup.f90 +++ b/examp

[Bug fortran/120049] ICE when using IS_C_ASSOCIATED ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049 Jerry DeLisle changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug middle-end/120030] [12/13/14/15/16 Regression] ICE in set_init_priority when applying multiple __attribute__((constructor)) declarations in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120030 Andrew Pinski changed: What|Removed |Added Keywords||documentation --- Comment #3 from Andre

[Bug middle-end/120030] [12/13/14/15/16 Regression] ICE in set_init_priority when applying multiple __attribute__((constructor)) declarations in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120030 Andrew Pinski changed: What|Removed |Added Component|c |middle-end --- Comment #2 from Andrew P

[Bug fortran/120049] New: ICE when using IS_C_ASSOCIATED ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049 Bug ID: 120049 Summary: ICE when using IS_C_ASSOCIATED () Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c/120030] ICE in set_init_priority when applying multiple __attribute__((constructor)) declarations in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120030 Andrew Pinski changed: What|Removed |Added Known to fail||5.1.0, 6.5.0 Status|UNCONFI

[Bug ada/119698] gen_il-main: raised PROGRAM_ERROR : finalize/adjust raised exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698 Eric Botcazou changed: What|Removed |Added Keywords|needs-bisection | --- Comment #5 from Eric Botcazou ---

[Bug c++/120023] When using c++ modules, put deduction guide in a separate module unit file, the deduction will be ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120023 --- Comment #2 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:fb4583566afdee50aad12e1219610813b44bdff4 commit r16-319-gfb4583566afdee50aad12e1219610813b44bdff4 Author: Nathaniel Shead Date:

[Bug c++/119996] [modules] Inline reference to a TU-local entity is nulled when used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119996 --- Comment #2 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:22ccaded63e96e5a42f4e3676dbbb57aa05b36f9 commit r16-317-g22ccaded63e96e5a42f4e3676dbbb57aa05b36f9 Author: Nathaniel Shead Date:

[Bug c++/119938] [15/16 Regression][modules] Class type NTTPs are not considered constant when imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119938 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:d613678c94f06809656e56b37f314501b37a5ddd commit r16-318-gd613678c94f06809656e56b37f314501b37a5ddd Author: Nathaniel Shead Date:

[Bug c++/119551] [modules] ICE when reading inline var referencing TU-local entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119551 --- Comment #6 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:22ccaded63e96e5a42f4e3676dbbb57aa05b36f9 commit r16-317-g22ccaded63e96e5a42f4e3676dbbb57aa05b36f9 Author: Nathaniel Shead Date:

[Bug target/119971] [15/16 Regression] RISC-V: Wrong code with bitmanip extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119971 --- Comment #3 from Jeffrey A. Law --- So there's two ways I see to fix this. One would be to eliminate the pattern that I showed in c#2. That would result in a minor code quality regression in some cases and after a ton of thought I think tha

[Bug target/120036] [16 Regression] ICE on highway-1.2.0: during RTL pass: rrvl: in gen_rtx_SUBREG, at emit-rtl.cc:1032 since r16-271-gd1cada7481420a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036 H.J. Lu changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot com

[Bug target/120036] [16 Regression] ICE on highway-1.2.0: during RTL pass: rrvl: in gen_rtx_SUBREG, at emit-rtl.cc:1032 since r16-271-gd1cada7481420a

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

[Bug target/120042] [16 Regression] RISC-V: stage1 fails to build with error: ‘CDI_DOMINATORS’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/120042] [16 Regression] RISC-V: stage1 fails to build with error: ‘CDI_DOMINATORS’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 --- Comment #3 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:299d48ff4a34c00a6ef964b694fb9b1312683049 commit r16-316-g299d48ff4a34c00a6ef964b694fb9b1312683049 Author: Andrew Pinski Date: Wed

[Bug ada/119698] gen_il-main: raised PROGRAM_ERROR : finalize/adjust raised exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698 --- Comment #4 from John David Anglin --- gcc-12 can no longer build itself: https://buildd.debian.org/status/fetch.php?pkg=gcc-12&arch=hppa&ver=12.4.0-6&stamp=1746020966&raw=0

[Bug target/120042] [16 Regression] RISC-V: stage1 fails to build with error: ‘CDI_DOMINATORS’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug tree-optimization/119977] [16 regression] Bootstrap comparison failure with -march=znver4 -ggdb3 and bootstrap-lto since r16-152-g4f7b3c24112016

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119977 --- Comment #16 from Sam James --- Looks like with it partly reduced (still nothing worth sharing, as it's not standalone, needs headers (am manually inlining) and preprocessing makes it work) I can drop -g* and it still miscompares.

[Bug target/120036] [16 Regression] ICE on highway-1.2.0: during RTL pass: rrvl: in gen_rtx_SUBREG, at emit-rtl.cc:1032 since r16-271-gd1cada7481420a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036 --- Comment #3 from Andrew Pinski --- Created attachment 61260 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61260&action=edit Cleaned up and more reduced testcase

[Bug ipa/120006] [15 Regression] wrong code with -O2 -fipa-pta on util-linux's mount

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120006 --- Comment #18 from Sam James --- Thank you! It's indeed fine on some of the incremental (before small.c) testcases I had locally as well.

[Bug fortran/106948] pure subroutine with pure procedure as dummy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106948 --- Comment #6 from GCC Commits --- The releases/gcc-14 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:475cec322340e7082d85683dbaa44f00e4736bf6 commit r14-11707-g475cec322340e7082d85683dbaa44f00e4736bf6 Author: Harald Anlauf

[Bug target/120036] [16 Regression] ICE on highway-1.2.0: during RTL pass: rrvl: in gen_rtx_SUBREG, at emit-rtl.cc:1032 since r16-271-gd1cada7481420a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036 --- Comment #2 from Andrew Pinski --- #2 0x008c8803 in gen_rtx_SUBREG (mode=E_V2HFmode, reg=0x777965b8, offset=...) at /home/apinski/src/upstream-gcc-match/gcc/gcc/emit-rtl.cc:1030 1030gen_rtx_SUBREG (machine_mode mode, rtx reg,

[Bug target/120042] [16 Regression] RISC-V: stage1 fails to build with error: ‘CDI_DOMINATORS’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 --- Comment #1 from Andrew Pinski --- This should fix it: ``` [apinski@xeond2 gcc]$ git stash show -v diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h index 01d19c77656..5cfdeb6d209 100644 --- a/gcc/tree-vectorizer.h +++ b/gcc/tree-vec

[Bug target/120042] [16 Regression] RISC-V: stage1 fails to build with error: ‘CDI_DOMINATORS’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 Andrew Pinski changed: What|Removed |Added Summary|[16] RISC-V: stage1 fails |[16 Regression] RISC-V:

[Bug analyzer/107017] RFE: support printf-style formatted functions in -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107017 --- Comment #3 from GCC Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:8c80fc106482dd38c09f0e5a45b6d4dcb3498e50 commit r16-313-g8c80fc106482dd38c09f0e5a45b6d4dcb3498e50 Author: David Malcolm Date: We

[Bug ipa/120048] [16 Regression] ICE on valid code at -O{s,2} with "-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at value-range.h:982

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

[Bug ipa/120048] [16 Regression] ICE on valid code at -O{s,2} with "-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at value-range.h:982

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048 Andrew Pinski changed: What|Removed |Added Target Milestone|15.2|16.0 Version|15.0

[Bug ipa/120048] [15/16 Regression] ICE on valid code at -O{s,2} with "-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at value-range.h:982

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking --- Comment #1 from Andrew

[Bug ipa/120048] [15/16 Regression] ICE on valid code at -O{s,2} with "-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at value-range.h:982

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120048 Andrew Pinski changed: What|Removed |Added Summary|ICE on valid code at|[15/16 Regression] ICE on

[Bug ipa/120048] New: ICE on valid code at -O{s,2} with "-fno-tree-vrp -fno-tree-fre" on x86_64-linux-gnu: in type, at value-range.h:982

Configured with: ../gcc-trunk/configure --disable-bootstrap --enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk --enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 16.0.0 2025043

[Bug libstdc++/116140] [15/16 Regression] 5-10% slowdown of 483.xalancbmk and 523.xalancbmk_r since r15-2356-ge69456ff9a54ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140 Andrew Pinski changed: What|Removed |Added CC||pinskia at gcc dot gnu.org --- Comment

[Bug c++/118859] [OpenMP] dispatch accepts non-pointer template argument with adjust_args

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118859 --- Comment #3 from Tobias Burnus --- This is (mostly) fixed by the two patches: * https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681806.html * https://gcc.gnu.org/pipermail/gcc-patches/2025-April/682347.html TODO - besides those two pat

[Bug middle-end/120047] [OpenMP] adjust_args with Fortran 'optional' and C++ 'reference to pointer type'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120047 Tobias Burnus changed: What|Removed |Added Depends on||118859 Summary|[OpenMP] adju

[Bug tree-optimization/118924] [12 regression] Wrong code at -O2 and above leading to uninitialized accesses on aarch64-linux-gnu since r10-917-g3b47da42de621c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924 --- Comment #28 from GCC Commits --- The releases/gcc-12 branch has been updated by Martin Jambor : https://gcc.gnu.org/g:81b30ef214690b6521753293bf2fcb2339055b54 commit r12-11080-g81b30ef214690b6521753293bf2fcb2339055b54 Author: Martin Jambor

[Bug tree-optimization/118924] [12 regression] Wrong code at -O2 and above leading to uninitialized accesses on aarch64-linux-gnu since r10-917-g3b47da42de621c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924 --- Comment #27 from GCC Commits --- The releases/gcc-12 branch has been updated by Martin Jambor : https://gcc.gnu.org/g:d4d12a548f210371609e85f6d2f4f3ee0e2b04f2 commit r12-11079-gd4d12a548f210371609e85f6d2f4f3ee0e2b04f2 Author: Martin Jambor

[Bug c++/115206] ICE: segfault in code involving C++ modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115206 --- Comment #2 from Abel Sen --- Hi Nathaniel, I will be more than happy to test it once more. I'm waiting on the availability of GCC 15 through macOS Homebrew (which I believe will be quite soon); once it's out, I will try building the code aga

[Bug middle-end/120047] New: [OpenMP] adjust_args with Fortran 'optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120047 Bug ID: 120047 Summary: [OpenMP] adjust_args with Fortran 'optional Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: openmp, rejects-valid Severity: normal

[Bug c++/119859] [15/16 Regression][CWG2273] template member function overload with base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119859 Jason Merrill changed: What|Removed |Added Last reconfirmed||2025-04-30 Status|UNCONFIRM

[Bug fortran/119986] Complex array part references are being passed incorrectly to a procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986 --- Comment #7 from anlauf at gcc dot gnu.org --- Forgot to add: the main has struct array01_complex(kind=4) parm.12; so there needs to be a conversion to a real array (with the right stride etc.)

[Bug fortran/119986] Complex array part references are being passed incorrectly to a procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986 --- Comment #6 from anlauf at gcc dot gnu.org --- Workaround: add contiguous :: u, v to force generation of a proper temporary. The dump-tree looks really fishy for the subroutine: { integer(kind=8) D.4689; struct array01_

[Bug fortran/119994] Valid specification expression in block rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119994 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #5) > The thread on the J3 ML starts here: > > https://mailman.j3-fortran.org/pipermail/j3/2025-April/015230.html While John Reid thinks the code is valid F2018,

[Bug ipa/120044] [12/13/14/15/16 Regression] wrong code at -O1 and above with "-fno-early-inlining -fno-tree-fre -fno-tree-pre -fno-code-hoisting" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120044 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug ipa/120044] [12/13/14/15/16 Regression] wrong code at -O1 and above with "-fno-early-inlining -fno-tree-fre -fno-tree-pre -fno-code-hoisting" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120044 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-04-30 Summary|wrong cod

[Bug tree-optimization/120043] [15/16 Regression] wrong code at -O{s,2,3} with -fallow-store-data-races on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120043 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/120043] [15/16 Regression] wrong code at -O{s,2,3} with -fallow-store-data-races on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120043 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|pinskia at gcc d

[Bug tree-optimization/120043] [15/16 Regression] wrong code at -O{s,2,3} with -fallow-store-data-races on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120043 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug tree-optimization/120043] [15/16 Regression] wrong code at -O{s,2,3} with -fallow-store-data-races on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120043 Andrew Pinski changed: What|Removed |Added CC||pinskia at gcc dot gnu.org Target Mil

[Bug rtl-optimization/120046] [15/16 Regression] wrong code at -O{s,2} with "-fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -fno-expensive-optimizations -fno-gcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120046 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-04-30 Status|UNCONFIRM

[Bug rtl-optimization/120046] [15/16 Regression] wrong code at -O{s,2} with "-fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -fno-expensive-optimizations -fno-gcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120046 Andrew Pinski changed: What|Removed |Added Keywords|needs-bisection | --- Comment #1 from Andrew Pinski ---

[Bug rtl-optimization/120046] [15/16 Regression] wrong code at -O{s,2} with "-fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -fno-expensive-optimizations -fno-gcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120046 Andrew Pinski changed: What|Removed |Added Version|unknown |15.0 Known to work|

[Bug analyzer/120045] analyzer: False positive with guarded NULL dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120045 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug tree-optimization/120046] New: wrong code at -O{s,2} with "-fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -fno-expensive-optimizations -fno-gcse" on x86_64-linux-gnu

: zlib gcc version 16.0.0 20250430 (experimental) (GCC) [554] % [554] % gcctk -O2 small.c; ./a.out 0 [555] % gcctk -O2 -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -fno-expensive-optimizations -fno-gcse small.c [556] % ./a.out 0 Aborted [557] % [557] % cat small.c int printf(const char *, ..

[Bug analyzer/120045] New: analyzer: False positive with guarded NULL dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120045 Bug ID: 120045 Summary: analyzer: False positive with guarded NULL dereference Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug tree-optimization/120044] New: wrong code at -O1 and above with "-fno-early-inlining -fno-tree-fre -fno-tree-pre -fno-code-hoisting" on x86_64-linux-gnu

th: ../gcc-trunk/configure --disable-bootstrap --enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk --enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 16.0.0 20250430 (experime

[Bug tree-optimization/120043] New: wrong code at -O{s,2,3} with -fallow-store-data-races on x86_64-linux-gnu

--prefix=/local/suz-local/software/local/gcc-trunk --enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 16.0.0 20250430 (experimental) (GCC) [519] % [519] % gcctk -O3 small.c; ./a.out [520] % [520

[Bug target/120042] New: [16] RISC-V: stage1 fails to build with error: ‘dominated_by_p’ was not declared in this scope in tree-vectorizer.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120042 Bug ID: 120042 Summary: [16] RISC-V: stage1 fails to build with error: ‘dominated_by_p’ was not declared in this scope in tree-vectorizer.h Product: gcc Version:

[Bug libstdc++/120029] Dangling iterator usage in std::filesystem::path::operator+=(const std::filesystem::path &p) when this == p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120029 --- Comment #7 from Jonathan Wakely --- ASan pointed out somewhere this isn't quite right yet, but I can fix it.

[Bug c++/119981] [14/15/16 Regression] rejects lambda used a template argument with inner template as a template param since r15-123

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119981 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/119981] [14/15/16 Regression] rejects lambda used a template argument with inner template as a template param since r15-123

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119981 --- Comment #5 from GCC Commits --- The releases/gcc-14 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:30432ffd9220cc949ef470c47455c6a64f2cdb69 commit r14-11706-g30432ffd9220cc949ef470c47455c6a64f2cdb69 Author: Patrick Palka

[Bug c++/119378] [12/13 Regression] Nested template class friend of template class produces "internal compiler error: unexpected expression ‘T’ of kind template_parm_index"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119378 --- Comment #8 from GCC Commits --- The releases/gcc-14 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:30432ffd9220cc949ef470c47455c6a64f2cdb69 commit r14-11706-g30432ffd9220cc949ef470c47455c6a64f2cdb69 Author: Patrick Palka

[Bug tree-optimization/119712] [14/15/16 Regression] compiler hang at -O{1,2,3,s} since r14-5109

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119712 --- Comment #10 from GCC Commits --- The releases/gcc-15 branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:f685d317738524dc837dee94bb762f71ff30fb23 commit r15-9607-gf685d317738524dc837dee94bb762f71ff30fb23 Author: Andrew MacLeo

[Bug c++/120041] New: ICE: unexpected expression of kind template_parm_index

specs. COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++ Target: x86_64-linux-gnu Configured with: ../gcc-trunk-20250430/configure --prefix=/opt/compiler-explorer/gcc-build/staging --enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --d

[Bug target/111107] i686-w64-mingw32 does not realign stack when __attribute__((aligned)) or __attribute__((vector_size)) are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=07 --- Comment #35 from Gabriel Ivăncescu --- (In reply to LIU Hao from comment #34) > > My experience is that _sometimes_ (how often?) GCC assumes the stack is > aligned. Yes, in theory it shouldn't, but in practice that's not the case. > Maybe w

[Bug c++/120040] New: Module ICE when constexpr function calls new on class withe empty destructor.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120040 Bug ID: 120040 Summary: Module ICE when constexpr function calls new on class withe empty destructor. Product: gcc Version: 15.1.0 Status: UNCONFIRMED Severity

[Bug libstdc++/120029] Dangling iterator usage in std::filesystem::path::operator+=(const std::filesystem::path &p) when this == p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120029 --- Comment #6 from Jonathan Wakely --- Actually it looks like we can make it optimally efficient without any difficulty: --- a/libstdc++-v3/src/c++17/fs_path.cc +++ b/libstdc++-v3/src/c++17/fs_path.cc @@ -914,6 +914,10 @@ path::operator+=(con

[Bug target/110273] [12/13/14/15/16 Regression] i686-w64-mingw32 with -mavx512f generates AVX instructions without stack alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110273 LIU Hao changed: What|Removed |Added CC||lh_mouse at 126 dot com --- Comment #17 from

[Bug driver/119823] -Q --help=optimizers output is misleading for -O0 + inconsistent docs in the manual

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119823 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comme

[Bug target/111107] i686-w64-mingw32 does not realign stack when __attribute__((aligned)) or __attribute__((vector_size)) are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=07 --- Comment #34 from LIU Hao --- (In reply to Gabriel Ivăncescu from comment #33) > Shouldn't using SSE automatically re-align it to 16, seeing as the alignment > requirement is stricter? I don't see how __force_align_arg_pointer__ is > useful a

[Bug driver/91406] gcc -Q -v --help=optimizers lies about what flags are enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91406 Manuel López-Ibáñez changed: What|Removed |Added Summary|gcc -Q -v lies about what |gcc -Q -v --help=optimizers

[Bug target/111107] i686-w64-mingw32 does not realign stack when __attribute__((aligned)) or __attribute__((vector_size)) are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=07 --- Comment #33 from Gabriel Ivăncescu --- (In reply to LIU Hao from comment #31) > (In reply to Gabriel Ivăncescu from comment #30) > > Why would it not be safe? For MinGW specifically, what's not safe about it? > > The entire Windows stack ass

[Bug c++/120039] [15/16 Regression] Structured binding in condition ICE since r15-1793

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120039 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |15.2

[Bug c++/120039] New: [15/16 Regression] Structured binding in condition ICE since r15-1793

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120039 Bug ID: 120039 Summary: [15/16 Regression] Structured binding in condition ICE since r15-1793 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug c++/120037] Structured binding ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120037 Jakub Jelinek changed: What|Removed |Added CC||jason at gcc dot gnu.org Keyw

[Bug libstdc++/120029] Dangling iterator usage in std::filesystem::path::operator+=(const std::filesystem::path &p) when this == p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120029 --- Comment #5 from Jonathan Wakely --- No, I don't think we need to care about the performance of this case. It's not a realistic operation that is commonly needed for paths.

  1   2   3   >