https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120519
Kishan Parmar changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120513
--- Comment #29 from Greg Chandler ---
I tried recompiling the native again with the absolute minimum, with debugging
to help try to track this down:
../configure \
--disable-analyzer \
--disable-bootstrap \
--disable-cet \
--disable-de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120617
Bug ID: 120617
Summary: ICE: in convert_nontype_argument, at cp/pt.cc:7977
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
--- Comment #5 from Jia-Xien Fang ---
It seems I can only try modifying the literal initialization to match how the
data is being used. Thanks for the explanation!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
--- Comment #12 from GCC Commits ---
The releases/gcc-15 branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:ba729e217add91ac919c06a51f00145249fbeb4b
commit r15-9810-gba729e217add91ac919c06a51f00145249fbeb4b
Author: Xi Ruoyao
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
--- Comment #4 from Andrew Pinski ---
(In reply to Jia-Xien Fang from comment #3)
> Is there any ways to perform the cast for the parameter without using
> -fno-strict-aliasing?
The issue is not the cast but what type the load and store are don
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
--- Comment #3 from Jia-Xien Fang ---
Is there any ways to perform the cast for the parameter without using
-fno-strict-aliasing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
--- Comment #7 from Andrew Pinski ---
(In reply to Sam James from comment #6)
> (In reply to P. Ruber from comment #5)
> > (In reply to Andrew Pinski from comment #3)
> > > or might it be a dup of bug 98845 . Both were fixed in Feburary .
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
--- Comment #6 from Sam James ---
(In reply to P. Ruber from comment #5)
> (In reply to Andrew Pinski from comment #3)
> > or might it be a dup of bug 98845 . Both were fixed in Feburary .
>
> Should these be backported to GCC 14 by upstream or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
--- Comment #5 from P. Ruber ---
(In reply to Andrew Pinski from comment #3)
> or might it be a dup of bug 98845 . Both were fixed in Feburary .
Should these be backported to GCC 14 by upstream or Red Hat?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
--- Comment #2 from Andrew Pinski ---
changing the type of the compound literal to `long[]` instead of `long long[]`
works.
Also using -fno-strict-aliasing also allows the code to do the "right thing".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
--- Comment #4 from P. Ruber ---
Created attachment 61611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61611&action=edit
Preprocessed source
Source attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120616
Bug ID: 120616
Summary: Incorrect code with -O3 and compound literal
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
--- Comment #26 from Robert Dubner ---
*Thank* you.
Those hints led to a successful compilation.
This doesn't work:
../configure CONFIG_SHELL=/bin/bash --enable-languages=c,c++ --disable-multilib
--disable-bootstrap
So, I cribbed some of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120615
Bug ID: 120615
Summary: Remove pstl ?
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120607
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #3 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120607
Yan <2023091106 at cauc dot edu.cn> changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120614
--- Comment #4 from kugan at gcc dot gnu.org ---
x264_pixel_sad_x4_16x16.diff is at -O3 without -flto. Function level profiling
is same even with -flto.
x264_pixel_sad_x4_16x16 total:18508 head:4627
0: 4627
0.1: 0
0.2: 0
0.3: 0
0.4:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120614
--- Comment #3 from kugan at gcc dot gnu.org ---
Created attachment 61610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61610&action=edit
x264_pixel_sad_x4_16x16.diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120614
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120614
Andrew Pinski changed:
What|Removed |Added
Target||aarch64
--- Comment #1 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120614
Bug ID: 120614
Summary: 525.x264_r is ~30% slower with AutoFDO
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-prof
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
--- Comment #1 from P. Ruber ---
*** Bug 120612 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120612
Bug ID: 120612
Summary: PGO build of PHP fails with SSA corruption
Product: gcc
Version: 14.2.1
Status: RESOLVED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120613
Bug ID: 120613
Summary: PGO build of PHP fails with SSA corruption
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120611
--- Comment #2 from Andrew Pinski ---
Clang exposes __invoke but it is private:
:2:35: error: '__invoke' is a private member of '(lambda at
:2:18)'
2 | return decltype([]{return 42;})::__invoke();
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120611
--- Comment #1 from Andrew Pinski ---
Well _FUN is in the implementation defined namespace so I am not sure this if
this is just a provided extension ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120611
Bug ID: 120611
Summary: Name of lambda member exposed
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
On Mon, Jun 9, 2025 at 4:16 PM Jeff Danae via Gcc-bugs
wrote:
>
> gcc version for reproducer bug
> ==
> I tried this on the most recent gcc 32bit compiler version at godbolt.org,
> and it is reporoducing the same assembly language for this benchmark as the
> gcc version I am us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-06-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120510
--- Comment #5 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:ef626002447e4d2acc835914165dffc419ebbc85
commit r16-1353-gef626002447e4d2acc835914165dffc419ebbc85
Author: Martin Uecker
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120510
--- Comment #4 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:aea870e9533daf27f3df2d3b82e233c907f80e27
commit r16-1352-gaea870e9533daf27f3df2d3b82e233c907f80e27
Author: Martin Uecker
Date: S
gcc version for reproducer bug
==
I tried this on the most recent gcc 32bit compiler version at godbolt.org,
and it is reporoducing the same assembly language for this benchmark as the
gcc version I am using, Raspbian 8.3.0-6+rpi1. The optional performance
enhancement I describ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120510
--- Comment #3 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:c1904cd27b2bb69f884e4958d9ceb78159470975
commit r16-1351-gc1904cd27b2bb69f884e4958d9ceb78159470975
Author: Martin Uecker
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120495
--- Comment #3 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:cf588f1a8e7406ced5b08f32f9d23f015a240a31
commit r16-1350-gcf588f1a8e7406ced5b08f32f9d23f015a240a31
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115605
--- Comment #8 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:cf588f1a8e7406ced5b08f32f9d23f015a240a31
commit r16-1350-gcf588f1a8e7406ced5b08f32f9d23f015a240a31
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120532
Andrew Pinski changed:
What|Removed |Added
Known to work||11.4.0
Summary|diagnostic_co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120532
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-06-09
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120532
--- Comment #1 from Andrew Pinski ---
Slightly reduced:
```
#include
using my_func = void(int) &&;
int main()
{
std::reference_wrapper a;
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120580
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120609
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120609
--- Comment #1 from Andrew Pinski ---
I wonder if libdfp has been updated for the new printf functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116775
Iain Sandoe changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116775
Iain Sandoe changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120610
Bug ID: 120610
Summary: pp_token_lists are not always balanced
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120609
Bug ID: 120609
Summary: printf fails for a decimal type if variable is
unmodified
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #11 from James K. Lowden ---
I am adding gcc/cobol/Makefile.cppcheck to the repository. It uses the bear(1)
package to build a "project" file, which I minimized to build only the files in
the gcc/cobol directory. It then invokes cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
--- Comment #7 from Jakub Jelinek ---
Just tried it on godbolt and seems clang just silently doesn't tail call it.
That is IMHO worse behavior than erroring on that out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to David Binderman from comment #0)
>
> > After a full git download, git blame says:
> >
> > 2bf6d93547e5 gcc/config/i386/i386-expand.c (Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
--- Comment #5 from Jakub Jelinek ---
Reduced:
struct A;
struct B { unsigned long b; };
typedef const char *(*F) (void *u, const char *v, void *w, const A *x, unsigned
long y, B z);
struct A { F a; };
const char *
foo (void *u, const char *v, v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
--- Comment #4 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #3 from Uroš Bizjak ---
(In reply to David Binderman from comment #0)
> After a full git download, git blame says:
>
> 2bf6d93547e5 gcc/config/i386/i386-expand.c (Martin Liska
> 2019-05-06 09:18:26 +0200 3612) d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
--- Comment #3 from Carlos Galvez ---
Sorry, it seems I went over the file limit, it should be up now :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
--- Comment #2 from Carlos Galvez ---
Created attachment 61608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61608&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Summary|error: ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Bug ID: 120608
Summary: error: cannot tail-call: other reasons when using
address sanitizer
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120534
Andrew Pinski changed:
What|Removed |Added
Known to work||4.9.4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82134
Jeremy R. changed:
What|Removed |Added
CC||llvm at rifkin dot dev
--- Comment #7 from J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119966
Dimitar Dimitrov changed:
What|Removed |Added
Blocks||113934
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
--- Comment #4 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:639a147414ab2b870f9482123fcaa1821e0d5475
commit r16-1347-g639a147414ab2b870f9482123fcaa1821e0d5475
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #2 from David Binderman ---
This bug also occurs if the compile flags are changed to "-g -O2
-march=znver3".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120600
--- Comment #2 from Halalaluyafail3 ---
(In reply to Andrew Pinski from comment #1)
> I think this is a dup of bug 80005.
That bug looks to have been fixed in GCC 10. This is specifically about header
name parsing when macros are used for __has_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120203
Vineet Gupta changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
g=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 20250609 (experimental) (GCC)
[518] %
[518] % gcctk -Os small.c
[519] % ./a.out
Aborted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119164
Vineet Gupta changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 119966, which changed state.
Bug 119966 Summary: [16 regression] pru: Invalid register in RTL expression
starting with r16-160-ge6f89d78c1a752
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119966
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120587
Bug 120587 depends on bug 119966, which changed state.
Bug 119966 Summary: [16 regression] pru: Invalid register in RTL expression
starting with r16-160-ge6f89d78c1a752
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119966
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120577
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
--- Comment #3 from Gaius Mulley ---
Created attachment 61607
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61607&action=edit
Proposed fix which dereferences any Lvalue for start and end expression of a
for loop
The above patch fixes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120600
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #1 from Andrew Pinski ---
(In reply to David Binderman from comment #0)
> I just tried a bootstrap with flags "-g -O3 -march=znver3"
> with ASAN and UBSAN switched on and got the following:
>
> trunk/gcc/config/i386/i386-expand.cc:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120605
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120607
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120216
--- Comment #2 from Benjamin Schulz ---
Hi, the reason why I am mentioning this is the following:
With an nvidia card that supports HMM, like mine, the nvidia nvcc compiler can,
if one starts it with the managed parameter, be set such that it c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120605
Andreas Schwab changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120607
Bug ID: 120607
Summary: Incorrect optimization of multiple
__builtin_unreachable() conditions leads to logic
errors in control flow
Product: gcc
Version: 15.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
--- Comment #1 from Gaius Mulley ---
The same example code, with the correct cased keywords:
MODULE forarray ;
VAR
array: ARRAY [0..10] OF INTEGER ;
PROCEDURE Init ;
VAR
i, n: CARDINAL ;
BEGIN
array[0] := 10 ;
n := 0 ;
FOR i :=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120606
Bug ID: 120606
Summary: FOR loop ICE if the last expression uses an array
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
Bug ID: 120604
Summary: runtime error in i386/i386-expand.cc:3612:
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with the gcc-15 branch 20250609 on riscv64-linux-gnu:
../../src/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #12 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:0adb415d128cf54b607b71f1022bbf088ab6ae36
commit r16-1345-g0adb415d128cf54b607b71f1022bbf088ab6ae36
Author: Gaius Mulley
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103890
--- Comment #4 from John David Anglin ---
Fixed now on gcc trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107402
--- Comment #2 from Andrey Bolshakov ---
I would say that the wording forbids any parenthesized reference initialization
with more than one argument, even when there is a corresponding constructor.
E.g., for:
struct C {
C(int, int);
};
GCC w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
--- Comment #11 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:82de4cada8669639a8474808db48d63ffade2bcb
commit r16-1344-g82de4cada8669639a8474808db48d63ffade2bcb
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120603
Bug ID: 120603
Summary: Improve addition/subtraction on RISC-V for out of
range constants
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120502
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120555
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120502
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:4e4684ca6a79b22fe91acaa81af2d4a00d6e1345
commit r15-9807-g4e4684ca6a79b22fe91acaa81af2d4a00d6e1345
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120555
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:e4940c042b753457748e2257a8b13ca3738b4fac
commit r15-9808-ge4940c042b753457748e2257a8b13ca3738b4fac
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107402
Andrey Bolshakov changed:
What|Removed |Added
CC||bolsh.andrey at yandex dot ru
--- Co
1 - 100 of 122 matches
Mail list logo
