https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
--- Comment #3 from Andrew Pinski ---
Created attachment 61361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61361&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
--- Comment #2 from Andrew Pinski ---
*** Bug 120151 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120151
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
|1
Last reconfirmed||2025-05-07
Summary|ICE in GCC when compiling a |ICE in GCC when compiling a
|templated decltype with |templated decltype with
|incomplete lambda body with |lambda and missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120151
--- Comment #2 from Andrew Pinski ---
Created attachment 61360
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61360&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120151
--- Comment #1 from Andrew Pinski ---
Note -w makes the ICE go away ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120164
Bug ID: 120164
Summary: GCC fails vectorization when using conditional
__builtin_prefetch
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120127
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120151
Bug ID: 120151
Summary: ICE in GCC when compiling a templated decltype with
incomplete lambda body with -std=c++20
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120150
MARIO RODRIGUEZ BEJAR changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
--- Comment #1 from MARIO RODRIGUEZ BEJAR ---
*** Bug 120150 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120150
Bug ID: 120150
Summary: ICE in GCC when deducing return type with nested
lambdas using accumulate with -std=c++20
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120149
Bug ID: 120149
Summary: ICE in GCC when deducing return type with nested
lambdas using accumulate with -std=c++20
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
--- Comment #14 from Sam James ---
We've been moving it there for years downstream and had no problems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109464
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:9d9800938ef61b7978abb33a8b202beeb3efed6b
commit r14-11744-g9d9800938ef61b7978abb33a8b202beeb3efed6b
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
--- Comment #9 from Jan Hubicka ---
Forgot to say, -fno-optimize-sibbling-calls re-enables the cloning & inline.
Eliminated tail recursion in bb 6 : src_181 = codec47_block (ctx_168(D),
src_179, _40, _38, _36, w_157(D), coltbl_170(D), size_167);
It is not 100% clear to me why this happens. The recursive call in GCC 15 is
:
size_175 = size_168(D) >> 1;
_17 = (int) size_175;
_18 = (int) w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
Jan Hubicka changed:
What|Removed |Added
Last reconfirmed||2025-05-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
--- Comment #6 from Manuel Lauss ---
it seems the recursion of codec47_block() is confusing gcc-16 here. The full
source contains other decoders structured very similar to codec47_block() but
without recursion, these are as fast with gcc-16 as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120127
Bug ID: 120127
Summary: ICE in GCC when calling destructor of undefined type
name in lambda (lookup_template_class crash)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120126
Bug ID: 120126
Summary: Title: ICE in GCC with pack-dependent decltype in
lambda: cp_type_quals
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity
||hubicka at gcc dot gnu.org,
||jamborm at gcc dot gnu.org
--- Comment #5 from Richard Biener ---
GCC 15 does
t.c:257:10: optimized: Inlined codec47_block.constprop/17 into
codec47_comp2/16 which now has time 40289.130615 and size 157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
--- Comment #4 from Manuel Lauss ---
I bisected and tested with the full source, but the core loop is function
codec47_comp2() in example.c. The code for this function is noticeable smaller
(4kB vs 6kB) with "gcc-16 -O3" compared to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
--- Comment #3 from Manuel Lauss ---
Created attachment 61334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61334&action=edit
fixed example code
Fixed example code: removed the custom header and exchanged it with stdint.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
--- Comment #1 from Manuel Lauss ---
Bisection points to a670ebde3995481225ec62b29686ec07a21e5c10 (Drop
targetm.promote_prototypes from C, C++ and Ada frontends) as culprit.
chain v28 (14) at insn 30
failed
```
diff --git a/gcc/config/aarch64/cortex-a57-fma-steering.cc
b/gcc/config/aarch64/cortex-a57-fma-steering.cc
index fd6da66d855..2dc0fffed62 100644
--- a/gcc/config/aarch64/cortex-a57-fma-steering.cc
+++ b/gcc/config/aarch64/cortex-a57-fma-steering.cc
@@ -948,6 +948,9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #7 from Andrew Pinski ---
Some debugging info:
949 /* Search the chain where this instruction is (one of) the
root. */
950 dest_op_info = insn_rr[INSN_UID (insn)].op_info;
951 dest_regno = R
-linux-musl |aarch64-*-*
Ever confirmed|0 |1
CC||rsandifo at gcc dot gnu.org
Summary|[15/16 Regression] GCC |[15/16 Regression] GCC
|15.1.0 ICEs (segfaults) |15.1.0 ICEs (segfaults
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #5 from Andrew Pinski ---
Created attachment 61331
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61331&action=edit
Reduced as far as I can get it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #4 from mcccs at gmx dot com ---
Bisect bad commit: r15-5422-g279475fd7236a9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120120
Bug ID: 120120
Summary: gcc-16: performance regression with -O3 compared to
gcc-15
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #2 from Andrew Pinski ---
Reducing ...
|[15 Regression] GCC 15.1.0 |[15/16 Regression] GCC
|segfaults compiling |15.1.0 ICEs (segfaults)
|VK-GL-CTS on aarch64/musl |compiling VK-GL-CTS on
|target |aarch64/musl target
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #1 from Khem Raj ---
Just
-O2 -mcpu=cortex-a57+crc
is enough to reproduce the ICE, it works with -O1 or -Os
with -O2 it only works without -mcpu=cortex-a57+crc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
Bug ID: 120119
Summary: [15 Regression] GCC 15.1.0 segfaults compiling
VK-GL-CTS on aarch64/musl target
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #19 from Jason Merrill ---
(In reply to Jason Merrill from comment #14)
> It's frustrating that apparently EWG got to see an example but it isn't
> preserved anywhere.
Ah, seems like this is it:
https://github.com/GorNishanov/await/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #26 from Richard Biener ---
An the issue that we are not marking this as LOOP_VINFO_EARLY_BREAKS_LIVE_IVS
is because we do not consider it an induction as we get
{(type *) &data.d, +, (sizetype) _5 + 8}_2
and STEP is neither a co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #25 from Richard Biener ---
At least on x86_64 before r15-7533-g589d79e6268b05 we failed to vectorize this:
t.c:17:12: note: examining phi: _33 = PHI <0(20), _42(17)>
t.c:9:1: missed: not vectorized: relevant phi not supported:
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Priority|P3 |P2
--- Comment #24 from Richard Biener ---
I will have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7eeb28717b27d5e3786387b35859bbc5d78ed6b6
commit r16-382-g7eeb28717b27d5e3786387b35859bbc5d78ed6b6
Author: Richard Biener
Date
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #23 from mcccs at gmx dot com ---
I dumped all optimization trees before and after the bad commit, the divergence
starts with "vect", where the bad tree output is three times as long.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61295|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #21 from Sam James ---
The simplification of the array is debatable I think. Having many zeroes means
that as a testcase, it's less likely to show up a problem. But it's still
useful for debugging.
But if you're going to go that rou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #20 from mcccs at gmx dot com ---
Created attachment 61295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61295&action=edit
further cleanup and converted to C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #19 from mcccs at gmx dot com ---
-O3 can be replaced with -O2 -funswitch-loops -fvect-cost-model=dynamic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #17 from Connor Abbott ---
Whoops, I see now that you already found that in the meantime.
y into the SLP graph.
* gcc.dg/vect/pr118852.c: New testcase.
gcc/testsuite/gcc.dg/vect/pr118852.c | 105
+++++
gcc/tree-vect-slp.cc | 24 +--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #15 from Andrew Pinski ---
Connor thanks for the detailed bug report too. It was very very useful.
The reason why I changed it to remove the floating point and most of the C++
code was to make it easier to debug. In this case since t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61291|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Sam James changed:
What|Removed |Added
Target|aarch64 |aarch64 x86_64
--- Comment #13 from Sam Jam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61287|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61289|0 |1
is obsolete|
||a/show_bug.cgi?id=118852
Summary|[15/16 regression] GCC |[15/16 regression] GCC
|miscompiles VK-GL-CTS on|miscompiles VK-GL-CTS on
|aarch64 with -O3|aarch64 with -O3 since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #8 from Sam James ---
I suspect it's r15-7533-g589d79e6268b05.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61288|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #6 from Andrew Pinski ---
I am starting to think this is an early exit vectorization bug.
THe main reason is the at is important and that causes an early exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #5 from Andrew Pinski ---
Created attachment 61288
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61288&action=edit
Semi more reduced
The copy for vertices is important ...
Also is at.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #4 from Sam James ---
-fno-tree-vectorize works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #3 from Andrew Pinski ---
>note that running programs on godbolt compiled with GCC 15 on aarch64 seems to
>be broken
Note using -static allows to run on godbolt just fine :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #1 from Sam James ---
$ git diff --word-diff --no-index <(g++ p.cxx -O2 -o p-O2 && ./p-O2) <(g++
p.cxx -O3 -o p-O3 && ./p-O3)
diff --git a/dev/fd/63 b/dev/fd/62
--- a/dev/fd/63
+++ b/dev/fd/62
@@ -1 +1 @@
0 0 0 0 0 0 0 0 0 0 64 191 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #2 from Andrew Pinski ---
Created attachment 61287
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61287&action=edit
Self checking
|--- |15.2
Summary|GCC miscompiles VK-GL-CTS |[15/16 regression] GCC
|on aarch64 with -O3 |miscompiles VK-GL-CTS on
||aarch64 with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Bug ID: 120089
Summary: GCC miscompiles VK-GL-CTS on aarch64 with -O3
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
--- Comment #2 from John David Anglin ---
This changes test to unsupported on hppa64-hp-hpux11.11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Bug ID: 120084
Summary: FAIL: gcc-dg-lto-pr60779-01.exe
scan-ltrans-tree-dump-times optimized "divdc3" 1
Product: gcc
Version: 16.0
Status: U
> commit 9cebf1234b88e55a04071bd55c9ec4e22c0899e6 (HEAD)
> Author: Jeff Law
> Date: Tue Mar 11 18:01:33 2025 -0600
>
> Revert "[rtl-optimization/117467] Avoid unnecessarily marking things
> live in ext-dce"
>
> This reverts commit 4ed07a11ee2845c2085a3cd5
;[rtl-optimization/117467] Avoid unnecessarily marking things live
in ext-dce"
This reverts commit 4ed07a11ee2845c2085a3cd5cff043209a452441.
gcc/ext-dce.cc | 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Jakub Jelinek changed:
What|Removed |Added
CC||law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Sam James changed:
What|Removed |Added
Last reconfirmed||2025-05-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Sam James changed:
What|Removed |Added
Summary|m68k-linux-gnu-gcc -Os ICE |[15/16 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Bug ID: 120070
Summary: m68k-linux-gnu-gcc -Os ICE segfault compiling
xfs_trans_ail.c
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
--- Comment #13 from GCC Commits ---
The releases/gcc-12 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:91be90b5ae9ee345bd011afdf02df7003d7598d3
commit r12-11082-g91be90b5ae9ee345bd011afdf02df7003d7598d3
Author: Alex Coplan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119172
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:86b51d7287e9e12e9f9936f376537545e31ee03a
commit r14-11711-g86b51d7287e9e12e9f9936f376537545e31ee03a
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
--- Comment #33 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:cae584bddd0e348d9ac6f9bd917b47255a26458e
commit r14-11709-gcae584bddd0e348d9ac6f9bd917b47255a26458e
Author: Mark
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
sure it is considered a bug - you asked for it.
Not a GCC bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120028
Bug ID: 120028
Summary: SIGSEGV at runtime from large static array
initialization accepted silently by GCC
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #18 from Jason Merrill ---
(In reply to Iain Sandoe from comment #17)
> > > In the meantime, perhaps it would be enough to revert the "fix" for
> > > PR115908
> > > (and presumably mark that as INVALID?) - or do you have other thoug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
Sam James changed:
What|Removed |Added
Resolution|FIXED |WORKSFORME
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67224
--- Comment #39 from Joseph S. Myers ---
Spelling is a sequence of characters - and a spelling where those characters
include \ and u is different from a spelling where a multibyte source character
appears directly, and also different from a spel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #17 from Iain Sandoe ---
(In reply to Jason Merrill from comment #16)
> (In reply to Iain Sandoe from comment #15)
> > hmm .. EWG does seem to iterate at times ... maybe I can reach out to Lewis
> > for the example (and to ask him ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #16 from Jason Merrill ---
(In reply to Iain Sandoe from comment #15)
> hmm .. EWG does seem to iterate at times ... maybe I can reach out to Lewis
> for the example (and to ask him how Ville's request is intended to be
> handled).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119964
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
Bug ID: 11
Summary: Wrong Pointer Comparison in GCC 10/11/12/13 with
-Os/-Oz Flags
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
gagan sidhu (broly) changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
--- Comment #15 from Iain Sandoe ---
hmm .. EWG does seem to iterate at times ... maybe I can reach out to Lewis for
the example (and to ask him how Ville's request is intended to be handled).
This got discussed in some depth during the work on
1 - 100 of 17907 matches
Mail list logo
