https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121902
Bug ID: 121902
Summary: Wrong coverage for control-flow change statement at
the end of an if statement
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121901
Bug ID: 121901
Summary: Incorrect line coverage for multi-line while loop
condition
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121689
--- Comment #4 from Sam James ---
Could you try get a smaller standalone testcase? The first thing you want is
just the function that is miscompiled (and shows the difference in assembly) in
a file by "itself" (minimal set of typedefs, variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108653
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Created attachment 62366 [details]
> Patch which does a simple DSE inside forwprop
Note there is a bug in this version of the patch. I need to check for access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121899
--- Comment #2 from eczbek.void at gmail dot com ---
Ah, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121900
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119048
--- Comment #2 from Andrew Pinski ---
*** Bug 121899 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121899
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121900
Bug ID: 121900
Summary: ICE on generic lambda with static specifier in
requires clause
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121899
Bug ID: 121899
Summary: ICE segfault on lambda with variadic parameters and
static specifier in requires clause
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121205
--- Comment #13 from Haochen Jiang ---
(In reply to Stefan Schulze Frielinghaus from comment #12)
> (In reply to Haochen Jiang from comment #10)
> > I still meet FAIL on current trunk for now both for unix -m32/-m64:
>
> Patch https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #22 from Andrew Pinski ---
Can someone update with the newest numbers for the trunk? As I mentioned the
copy prop for aggregates patches seem to have helped to optimize some of this
code before we hit rtl so it would be useful to see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108653
--- Comment #2 from Andrew Pinski ---
Created attachment 62366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62366&action=edit
Patch which does a simple DSE inside forwprop
Now this does not fix SRA directly. It does fix up the IR before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119418
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121878
Peter Bergner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #10 from H.J. Lu ---
A patch is posted at
https://patchwork.sourceware.org/project/gcc/list/?series=51906
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121898
--- Comment #2 from Andrew Pinski ---
I was just looking into PR 97891 yesterday which is why I found it so fast.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121898
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97891
Andrew Pinski changed:
What|Removed |Added
CC||mwinkler at blizzard dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121898
Bug ID: 121898
Summary: Zero init via member initialization list produces
worse code than memset or default member initializer
Product: gcc
Version: 15.2.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120288
Sam James changed:
What|Removed |Added
Summary|[15/16 regression] spurious |[15/16 regression] spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121897
Bug ID: 121897
Summary: Wrong line coverage for if else with function call.
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121786
--- Comment #2 from Siddhesh Poyarekar ---
Another note from the llvm issue: minimum size expression should be wrapped in
a ptr == NULL condition, i.e. (ptr == NULL ? 0 : sz).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
--- Comment #22 from Georg-Johann Lay ---
On v13.5, v14.4 and v15.3+ -ftree-switch-conversion is disabled by default now.
A target hook to put the CSWTCH tables into a named address-space hase been
rejected several times for non-technical reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81540
--- Comment #9 from Georg-Johann Lay ---
On AVR v13.5, v14.4 and v15.3+ -ftree-switch-conversion is disabled by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
--- Comment #21 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:e128cfd819a492e5989b9277bb4a70380e1915b1
commit r13-9880-ge128cfd819a492e5989b9277bb4a70380e1915b1
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81540
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:e128cfd819a492e5989b9277bb4a70380e1915b1
commit r13-9880-ge128cfd819a492e5989b9277bb4a70380e1915b1
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81540
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:69485a8f65f9c6476f316f6003d7856ddbc02353
commit r14-12014-g69485a8f65f9c6476f316f6003d7856ddbc02353
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121863
Mark Wielaard changed:
What|Removed |Added
CC||me at xeiaso dot net
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121881
--- Comment #4 from Andrew Pinski ---
(In reply to Richard Biener from comment #3)
> You can't generally do this when alias-sets differ (unless one is zero,
> which you can then pick). See the various redundant store issues - you need
> to seco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121896
Bug ID: 121896
Summary: "Then" clause is reported to have the same execution
counter as the whole "if" statements triggered by
function with pointer arguments
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
--- Comment #20 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:69485a8f65f9c6476f316f6003d7856ddbc02353
commit r14-12014-g69485a8f65f9c6476f316f6003d7856ddbc02353
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121895
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121628
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108506
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2025-09-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81540
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:29ef01494e39110344d36e5df0918761a6a8c92e
commit r15-10304-g29ef01494e39110344d36e5df0918761a6a8c92e
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
--- Comment #19 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:29ef01494e39110344d36e5df0918761a6a8c92e
commit r15-10304-g29ef01494e39110344d36e5df0918761a6a8c92e
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121863
--- Comment #5 from Andrew Pinski ---
(In reply to Mark Wielaard from comment #4)
>
> I thought there was a fix/workaround in the latest Anubis for POSTs. But
> maybe I misremember. I assume you saw this recently?
Yes I saw it happen yesterday
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97891
--- Comment #8 from H.J. Lu ---
(In reply to Andrew Pinski from comment #7)
> There is a padding which causes some of the issue.
> If I change the constructor to be constexpr, C++ front-end produces:
> (void) (*(p + (sizetype) ((long unsign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49857
--- Comment #18 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:912159d2b5429c3126756b56723dd4f32dd56bdd
commit r16-3752-g912159d2b5429c3126756b56723dd4f32dd56bdd
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81540
--- Comment #5 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:912159d2b5429c3126756b56723dd4f32dd56bdd
commit r16-3752-g912159d2b5429c3126756b56723dd4f32dd56bdd
Author: Georg-Johann Lay
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121895
Bug ID: 121895
Summary: This is a test bug, please ignore
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
Sam James changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121039
David Malcolm changed:
What|Removed |Added
Keywords||plugin
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121894
Bug ID: 121894
Summary: SRA (and DSE) vs. -ftrivial-auto-var-init=
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121863
--- Comment #4 from Mark Wielaard ---
(In reply to Richard Biener from comment #3)
> I do still see any submit turned useless when anubis happens to run on it
> (but usually and re-submit fixes that then).
I thought there was a fix/workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121616
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #7 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121891
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121893
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121894
--- Comment #2 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #1)
> > __builtin_memset (&s, 0, 32);
> >into
> > __builtin_memset (&MEM [(void *)&s + 8B], 0, 20);
>
> I suspect if we change the memset to be
> MEM [(void *)&s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121894
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-09-10
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121878
--- Comment #2 from GCC Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:09864c7cd0c94cfb781ceb6a3d6186df7ad38096
commit r16-3750-g09864c7cd0c94cfb781ceb6a3d6186df7ad38096
Author: Peter Bergner
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121891
Bug ID: 121891
Summary: [14/15/16 Regression] ICE:
cp_emit_debug_info_for_using(tree_node*, tree_node*)
gcc/cp/name-lookup.cc:9240
Product: gcc
Version: 14.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121891
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121881
--- Comment #3 from Richard Biener ---
You can't generally do this when alias-sets differ (unless one is zero, which
you can then pick). See the various redundant store issues - you need to
second guess all following reads valid with either ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121893
--- Comment #1 from shyeyian ---
Seems like a regression. Hope it to be fixed, thank you :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121876
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
main ( ) { }
= version =
g++ (GCC) 16.0.0 20250910 (experimental)
git = 06628704c611b1a7f788e64b306338c653ad074d
= command =
[anonymous@matebook test-gcc]$ /opt/gcc/bin/g++ -std=c++23 -fmodules -c
/opt/gcc/include/c++/16.0.0/bits/std.cc -o std.o
[anonymous@matebook test-gcc]$ /opt/gcc/bin/g++ -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121870
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #5 from David Binderman ---
(In reply to Jeffrey A. Law from comment #4)
> Doesn't really make much sense to me. Your error is way up in the front-end
> while the fusion change is deep in the RTL pipeline.
Thanks for the confirmati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #4 from Jeffrey A. Law ---
Doesn't really make much sense to me. Your error is way up in the front-end
while the fusion change is deep in the RTL pipeline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121868
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121863
--- Comment #3 from Richard Biener ---
I do still see any submit turned useless when anubis happens to run on it (but
usually and re-submit fixes that then).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121862
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121861
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121885
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121892
Bug ID: 121892
Summary: Optimize AVX2 VEC_CONVERT from short to char
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121844
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121885
--- Comment #3 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:06628704c611b1a7f788e64b306338c653ad074d
commit r16-3749-g06628704c611b1a7f788e64b306338c653ad074d
Author: Eric Botcazou
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
David Binderman changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108016
--- Comment #15 from Jeffrey A. Law ---
WRT c#14. Yes, if had a stack object and the references to it go away during
the later optimization phases, then the useless stack adjustments will be left
lying around. I don't have the PR for that prob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
David Binderman changed:
What|Removed |Added
Summary|ice in |[16 regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #1 from David Binderman ---
Reduced C++ code seems to be:
void pthread_key_create();
static __typeof(pthread_key_create) __gthrw___pthread_key_create
__attribute__((__weakref__("")));
template void zeta_imp_odd_integer() { thre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121890
Bug ID: 121890
Summary: Several algorithms do not use iterator's
difference_type for arithmetic
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: reject
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121859
Nathaniel Shead changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121859
--- Comment #10 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:7fc9265ee5b20c4191b8fcad47234148c72f7b03
commit r16-3744-g7fc9265ee5b20c4191b8fcad47234148c72f7b03
Author: Nathaniel Shead
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121888
H.J. Lu changed:
What|Removed |Added
Component|target |testsuite
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108016
--- Comment #14 from Vincenzo Romano ---
For sure, with current RV64 trunk version, this code
typedef struct {
unsigned long one;
unsigned long two;
} twin;
twin function(twin t) { return (twin){0, 0}; }
still genera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121411
--- Comment #15 from Nick Alcock ---
fyi, I'm planning to put one of those in libctf regardless (already have the
testcase).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121784
--- Comment #10 from Jakub Jelinek ---
(In reply to Heinrich Schuchardt from comment #9)
> Thanks Jakub for you detailed explanation that should help to improve the
> Skia code.
>
> As some of the tail functions modify the passed parameters (ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121784
--- Comment #9 from Heinrich Schuchardt ---
Thanks Jakub for you detailed explanation that should help to improve the Skia
code.
As some of the tail functions modify the passed parameters (vectors r, g, b)
and then pass them to the next tail fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121890
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121828
--- Comment #5 from Jakub Jelinek ---
Should be fixed for GCC 16+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121831
Jakub Jelinek changed:
What|Removed |Added
Summary|[15/16 regression] ICE when |[15 regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121828
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:29a8ce3b0bb117ed7f4b998462fe917f2a17f168
commit r16-3740-g29a8ce3b0bb117ed7f4b998462fe917f2a17f168
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121831
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:225d13c01d4e231bfabfda1c1c9135e36f55946a
commit r16-3739-g225d13c01d4e231bfabfda1c1c9135e36f55946a
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121784
--- Comment #8 from Jakub Jelinek ---
To explain better what is happening under the hood,
using StageFn = void (*)(StageList list, int src, int dst, F r, F g, F b);
void m(StageList list, int src, int dst, F r, F g, F b) {
return (*list.fn)(li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121885
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[16 regression] Ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121885
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110470
--- Comment #1 from Siddhesh Poyarekar ---
This appears to have been fixed in gcc15 but would benefit from a gcc14
backport:
commit 1b575bb24a7a3d2b00197dd5deb4c26b313f442b
Author: Stefan Schulze Frielinghaus
Date: Tue Jul 16 10:41:41 2024 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108506
--- Comment #5 from m.cencora at gmail dot com ---
Almost, there is still some unnecessary stack spill with bit_cast case:
"deserialize(unsigned char const*, Foo*)":
pushrbp
xor eax, eax
mov rbp, rsp
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121765
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108506
Andrew Pinski changed:
What|Removed |Added
Keywords||fixed-but-no-testcase,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115534
--- Comment #6 from Andrew Pinski ---
(In reply to Tamar Christina from comment #5)
> So yeah think it's likely some work will be needed afterwards but will see
> after the fsra patch lands :)
It looks like fsra has stalled. I don't known any m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
Bug ID: 121889
Summary: ice in discriminator_for_local_entity, at
cp/mangle.cc:2293
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
1 - 100 of 122 matches
Mail list logo
