https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116437
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116437
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116437
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> if (ok)
> bitmap_set_bit (changed_pseudos, REGNO (SET_DEST (set)));
>
> Most likely should be reg_or_subregno here I think.
Even that might be wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2024-08-13 00:00:00 |2024-8-21
--- Comment #6 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
Sam James changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
Bug ID: 116438
Summary: Ada FE should use libbacktrace to print backtraces on
ICE with bug boxes
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
--- Comment #13 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:515730fd65a03c5f92f9ab6438d023aee8cfbecf
commit r15-3062-g515730fd65a03c5f92f9ab6438d023aee8cfbecf
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88893
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
Andre Vehreschild changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 77518, which changed state.
Bug 77518 Summary: [12/13/14/15 Regression] [Coarray] [OOP] ICE in
gfc_advance_chain, at fortran/trans.c:58
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116433
--- Comment #4 from C.F. ---
(In reply to Georg-Johann Lay from comment #3)
> EEPROM handling is too complicated, we don't want
> /that/ code in the compiler and support > 300 devices where each one might
> need different SFR handling.
Out of c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #10 from Andreas Schwab ---
$ ./xgcc -B . ../../gcc/gcc/testsuite/gcc.c-torture/compile/opout.c -O
-std=gnu89 -mlra -S
during RTL pass: reload
../../gcc/gcc/testsuite/gcc.c-torture/compile/opout.c: In function ‘z’:
../../gcc/gcc/test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116381
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:1e10b3b8825ee398f077500af6ae1f5db180983a
commit r15-3065-g1e10b3b8825ee398f077500af6ae1f5db180983a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #11 from Richard Sandiford ---
I can't reproduce this with m68k-elf. Do you have any local changes beyond
making TARGET_LRA_P return true?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116381
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86468
--- Comment #13 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:723b30bee4e4fa3feba9ef03ce7dca95501e1555
commit r15-3066-g723b30bee4e4fa3feba9ef03ce7dca95501e1555
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #12 from Andreas Schwab ---
Which cpu are you targeting? m68k-linux defaults to 68020.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86468
Andre Vehreschild changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 86468, which changed state.
Bug 86468 Summary: [12/13/14/15 regression][Coarray] ICE verify_gimple failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86468
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #13 from Andreas Schwab ---
And of course this is with #c4 applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116439
Bug ID: 116439
Summary: [14/15 Regression] decltype(auto) in return type of
lambda uses the type of the outer scope, not the
capture
Product: gcc
Version: 14.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116007
--- Comment #22 from Thomas Petazzoni ---
Thanks for the patch, I confirm it fixes the build issue I was seeing!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116439
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116437
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854
--- Comment #11 from Jonathan Wakely ---
https://cplusplus.github.io/CWG/issues/2812.html was opened, but is still open.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114862
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:878bb62cfc158b5324cc2b2476f92fb4237fd82a
commit r15-3067-g878bb62cfc158b5324cc2b2476f92fb4237fd82a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102958
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fd7dabc116b9abc40ee6aa25bcc5d240b8cc516a
commit r15-3068-gfd7dabc116b9abc40ee6aa25bcc5d240b8cc516a
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114862
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #14 from Richard Sandiford ---
Created attachment 58967
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58967&action=edit
Patch for the decompse_mem_address ICE
Thanks. Can you try the attached patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369
--- Comment #8 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #4)
> Note I think there is a front-end (and a library) issue too.
>
> In libstdc++-v3/include/debug/safe_base.h we have:
> ```
> /// The list of mutable iterat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79502
Leonid Satanovsky changed:
What|Removed |Added
CC||leonid.satanovsky at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369
--- Comment #9 from Jonathan Wakely ---
Ah no, during iterator construction we do:
this->_M_attach(const_cast<_Safe_sequence_base*>(__seq), __constant);
So that is a library bug.
P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tianchengyu at tencent dot com
Target Milestone: ---
The following code (minimized reproduction) does not compile since gcc 14
(tested on 14.1.0 and 14.2.0), also failed on trunk (as of 20240821).
templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
Bug ID: 116441
Summary: [[nodiscard]] attribute ignored in some cases
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116440
--- Comment #1 from tianchengyu(余添诚) ---
Note that in the sample I used static_assert(std::is_copy_constructible<...>)
for testing, but it is not that is_copy_constructible is false. The
std::tuple>> type simply does not compile at all.
Unsure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101527
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|12.5|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #1 from Jonathan Wakely ---
#include
struct [[nodiscard]] GccFailedNoDiscard1 {};
struct GccFailedNoDiscard2 { [[nodiscard]] GccFailedNoDiscard2() = default;};
template struct [[nodiscard]] GccFailedNoDiscard3 {};
struct GccOKNoDi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #2 from Leonid Satanovsky ---
Dear gcc maintainers, one little asking: if that is not contradicting with the
general guidelines and since you are using bug reproductions provided by the
modest users of gcc, could you please also refe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116440
--- Comment #2 from Jonathan Wakely ---
(In reply to Tiancheng Yu from comment #0)
> This only fails on gcc 14+ with -std=c++20 or higher. On older gcc versions
> with -std=c++20 or gcc 14+ with -std=c++17 it compiles fine.
GCC 14 has new defin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116442
Bug ID: 116442
Summary: ICE when calling immediate function in NSDMI with
aggregate initialization
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #3 from Jonathan Wakely ---
That discussion belongs on the mailing list, not tucked away somewhere in
bugzilla where almost nobody will ever see it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #15 from Andreas Schwab ---
That fixes the ICE from #10 and no further regression in gcc.c-torture.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #4 from Leonid Satanovsky ---
Ok, thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #2 from Jonathan Wakely ---
(In reply to 康桓瑋 from comment #1)
> std::bitset has similar issues:
>
> #include
>
> std::bitset<1> bitset;
> typename std::bitset<1>::reference bit_ref(bitset, 0); // well-formed in
> libstdc++
This o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116415
--- Comment #6 from Peter Bergner ---
(In reply to Peter Bergner from comment #5)
> I'm testing a fix.
>
> Our P8 swap optimization has some special handling for TImode usage. The
> __atomic_compare_exchange call introduces a PTImode use and t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #16 from Andreas Schwab ---
$ gcc/xgcc -B gcc/ -fpic ../gcc/gcc/testsuite/gcc.dg/pr52139.c -S -mlra -O
-fno-tree-dominator-opts -fno-tree-fre
../gcc/gcc/testsuite/gcc.dg/pr52139.c: In function ‘foo’:
../gcc/gcc/testsuite/gcc.dg/pr52
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116443
Bug ID: 116443
Summary: String values not accepted for case labels
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #17 from Richard Sandiford ---
Hmm, but if the ICE is coming from vregs then it doesn't sound like it's
related to LRA. vregs is the first RTL pass to run.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:af0d2d95a5f767d92bd64f959679fb4612247b0b
commit r15-3069-gaf0d2d95a5f767d92bd64f959679fb4612247b0b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116380
Richard Biener changed:
What|Removed |Added
Summary|[13/14/15 regression] ICE |[13/14 regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
--- Comment #26 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:f577959f420ae404f99f630dadc1c0370734d0da
commit r15-3070-gf577959f420ae404f99f630dadc1c0370734d0da
Author: Martin Jambor
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116437
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #3 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to 康桓瑋 from comment #1)
> > std::bitset has similar issues:
> >
> > #include
> >
> > std::bitset<1> bitset;
> > typename std::bitset<1>::reference bit_ref(b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116415
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #36 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Ball
:
https://gcc.gnu.org/g:3e5cf9f060f39a958edf4b817f632ee93e96d55c
commit r13-8985-g3e5cf9f060f39a958edf4b817f632ee93e96d55c
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
--- Comment #37 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Ball
:
https://gcc.gnu.org/g:881b54f56e77dc470d27e4746b90dc7819c2be81
commit r12-10680-g881b54f56e77dc470d27e4746b90dc7819c2be81
Author: Alexandre Oliv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
Richard Biener changed:
What|Removed |Added
Known to work||15.0
--- Comment #27 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116438
--- Comment #3 from Eric Botcazou ---
In my experience a backtrace is not sufficient to debug compiler issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58876
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116406
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:893cef363c46fa879b47d2b042c19c98bcd2b5f8
commit r15-3071-g893cef363c46fa879b47d2b042c19c98bcd2b5f8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Bug 114659 depends on bug 116406, which changed state.
Bug 116406 Summary: [15 Regression] ICE: in add_to_value, at
tree-ssa-pre.cc:695 with -Os -finstrument-functions-once -mfpmath=387
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116406
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116406
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #18 from Michael Matz ---
This last problem is a pre-existing one in the backend. It accepts bare
label_ref plus operands, but it does so also in flag_pic mode. There it
isn't correct (because it implies another memory reference).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116442
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-08-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #4 from Jonathan Wakely ---
And the default constructor *is* private in libstdc++. Your example comment 1
uses a non-standard constructor, not the default constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116443
--- Comment #1 from Jonathan Wakely ---
I don't think this is technically a bug. The C standard requires an integral
constant expression for a case label, and "str"[0] is not required to be an
integral constant expression. The C standard does al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116443
--- Comment #2 from Jonathan Wakely ---
Slight correction, the correct term is "integer constant expression", and C
requires a "constant expression" for a case label, not an integer constant
expression.
But the rest still stands, GCC is not req
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116443
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
Andrew Pinski changed:
What|Removed |Added
CC||rasmus.tempcache at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
--- Comment #10 from Andrew Pinski ---
*** Bug 106988 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106988
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87857
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66880
Andrew Pinski changed:
What|Removed |Added
CC||stsp at users dot
sourceforge.net
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116444
Bug ID: 116444
Summary: gcc.target/arm/thumb-ifcvt-2.c fails on Cortex-M55 and
misses possible Cortex-M optimization
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116445
Bug ID: 116445
Summary: gcc.target/arm/unsigned-extend-2.c on Cortex-M55 and
misses possible Cortex-M optimization
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #5 from Leonid Satanovsky ---
N.B.:
#include is for sure not needed for reproduction (just a leftover
from earlier experiments)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #5 from Jonathan Wakely ---
I've just created https://cplusplus.github.io/LWG/issue4140 to remove that
useless default constructor from std::bitset.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116424
Marek Polacek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116446
Bug ID: 116446
Summary: GCC incorrectly accepts multiple method declarations
with deduced return types
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116439
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116446
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116446
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICAT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79009
Andrew Pinski changed:
What|Removed |Added
CC||iamkirkezz at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113042
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:4a5d6118c10dfa4f1ed28ab4875bb80f2b2dca9d
commit r15-3072-g4a5d6118c10dfa4f1ed28ab4875bb80f2b2dca9d
Author: Andrew Pinski
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113042
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116447
Bug ID: 116447
Summary: g++.dg/cpp23/ext-floating13.C fails on Cortex-M55 due
to undefined reference
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116369
--- Comment #10 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #9)
> Ah no, during iterator construction we do:
>
> this->_M_attach(const_cast<_Safe_sequence_base*>(__seq), __constant);
>
> So that is a library bug.
So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116424
--- Comment #10 from Marek Polacek ---
We are taking the address of the TARGET_EXPR:
v::v (&c.D.2588, &TARGET_EXPR >>>)
so we can't elide it. This sounds awfully similar to something I fixed
recently.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116424
--- Comment #11 from Marek Polacek ---
Ah, bug 114854 which is already in See Also...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116448
Bug ID: 116448
Summary: gcc.target/arm/vfp-1.c uses the wrong instructions on
Cortex-M55
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116424
--- Comment #12 from Marek Polacek ---
We set TARGET_EXPR_ELIDING_P in massage_init_elt.
Not setting TARGET_EXPR_ELIDING_P when the target expr isn't
TARGET_EXPR_DIRECT_INIT_P breaks nsdmi-aggr21.C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116238
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:ec9d6d45191f639482344362d048294e74587ca3
commit r15-3073-gec9d6d45191f639482344362d048294e74587ca3
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116238
Richard Sandiford changed:
What|Removed |Added
Known to fail|15.0|14.2.1
Summary|[12/13/14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254
Richard Sandiford changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106606
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116449
Bug ID: 116449
Summary: Miscompilation with UBSAN
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
As
1 - 100 of 153 matches
Mail list logo
