https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
--- Comment #12 from Marc Poulhiès ---
I can confirm both our riscv32/64 builds are back to normal, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
--- Comment #7 from Hongtao Liu ---
+/* { dg-final { scan-rtl-dump-times {(?n)^(?!.*REG_EQUIV)(?=.*\(fix:SI)} 3
"final" } } */
Does this fix the testcase on solaris2?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7813d94393f60ac641265cb3fc3a446f9f3aea7e
commit r13-8838-g7813d94393f60ac641265cb3fc3a446f9f3aea7e
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108789
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:f9db8b0571348adfcc98204ea7be787058af85cd
commit r13-8836-gf9db8b0571348adfcc98204ea7be787058af85cd
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115337
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:865d60ab4edbdb10d13000af81f9168fd3816a86
commit r13-8837-g865d60ab4edbdb10d13000af81f9168fd3816a86
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115324
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:50b5019fde97c20a377e004c9d73df62e4898773
commit r13-8834-g50b5019fde97c20a377e004c9d73df62e4898773
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #17 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8deaab6f79768700e1bf05fe6af83b185f678b7f
commit r13-8833-g8deaab6f79768700e1bf05fe6af83b185f678b7f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115092
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8deaab6f79768700e1bf05fe6af83b185f678b7f
commit r13-8833-g8deaab6f79768700e1bf05fe6af83b185f678b7f
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115420
Andreas Krebbel changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115420
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115418
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
Hongtao Liu changed:
What|Removed |Added
Target|powerpc64le-linux-gnu, |powerpc64le-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
--- Comment #6 from Hongtao Liu ---
For 1 element vector, when backend doesn't support it's vector mode, the scalar
mode is used for the type, which makes expand_vec_cond_expr_p use QImode for
icode check.(vcond_mask_qiqi)
It could also be the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
Brecht Sanders changed:
What|Removed |Added
CC||brechtsanders at users dot
sourcef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115423
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115424
--- Comment #1 from Andrew Pinski ---
Hmm from the commit message (r13-3620-ge3c898e12d0ace):
```
* The standard feature disallows the declaration from declaring
anything that's not an ordinary identifier (thus, the initializer
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115425
--- Comment #1 from Andrew Pinski ---
> 15 regressions
It might not be because this is a checking enabled ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115426
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
--- Comment #5 from Hongtao Liu ---
> _2 = VEC_COND_EXPR <_1, { -1 }, { 0 }>;
Hmm, it should check vcond_mask_qiv1qi instead of vcond_mask_qiqi, I guess
since the backend doesn't supports v1qi, TYPE_MODE of V is QImode, then it
wrongly checke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115426
Bug ID: 115426
Summary: ICE in execute_todo, at passes.cc:2138
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
--- Comment #4 from Hongtao Liu ---
>
> and for _2 = VIEW_CONVERT_EXPR(_1); we explicitly
> clear the upper bits due to PR113576, and then we get 1 hit the abort.
It's not VIEW_CONVERT_EXPR clear the uppper bits, but _1 = { -1 };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115425
Bug ID: 115425
Summary: ICE: tree check: expected type_pack_expansion or
expr_pack_expansion, have error_mark in
tsubst_pack_expansion, at cp/pt.cc:13778
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
--- Comment #3 from Hongtao Liu ---
typedef __attribute__((__vector_size__ (1))) char V;
char
foo (V v)
{
return ((V) v == v)[0];
}
int
main ()
{
char x = foo ((V) { });
if (x != -1)
__builtin_abort ();
}
w/ vcond_mask_qiqi, it's no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
Hongtao Liu changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Hongtao Liu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115384
Hongtao Liu changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Hongtao Liu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115424
Bug ID: 115424
Summary: 'auto' type inference not working when struct declared
in rhs, even when the final type is not anonymous
Product: gcc
Version: 15.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115423
Bug ID: 115423
Summary: Inlined strcmp optimizes poorly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115262
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
There is a missing "else" in 'jobserver_info::jobserver_info' in
"opts-common.cc".
As a result, if MAKEFLAGS is set and contains "--jobserver-auth=" and
the jobserver auth string is not in one of the expected formats, then
the message '"--jobserver-auth=' is not present in MAKEFLAGS" is
printed. T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #19 from Jon Daniel ---
Created attachment 58401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58401&action=edit
dotsimd clang asssemly output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58359|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58367|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:d03ff3fd3e2da1352a404e3c53fe61314569345c
commit r15-1167-gd03ff3fd3e2da1352a404e3c53fe61314569345c
Author: Pan Li
Date: Mon Jun 10 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
Eric Gallager changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #13 from Andrew Pinski ---
(In reply to Liviu Ionescu from comment #12)
> Isn't it possible to fix libstdc++ in order to run static multi-threaded
> apps on older systems too?
Well it depends. glibc changed how libpthread works in 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #12 from Liviu Ionescu ---
However Debian 12 is not that old, what might be wrong with it? The initial
report is based on a Debian 12 run. I did another run on a physical Debian 12
and the issue is reproducible on my machine.
Isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #11 from Liviu Ionescu ---
I did two more runs, one on latest Raspberry Pi OS and one with latest Manjaro,
and they also passed.
So the problem seems indeed related to older systems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #10 from Liviu Ionescu ---
> Are you sure that arch does not patch glibc to make it broken?
That run was using docker://archlinux:latest, I don't know if glibc is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #8 from Liviu Ionescu ---
A small correction, the first run should be without -static:
```
$ g++ sleepy-threads-cv.cpp -o sleepy-threads-cv -g -lpthread
$ ./sleepy-threads-cv 4
abcd
$ g++ sleepy-threads-cv.cpp -o static-sleepy-threa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #7 from Andrew Pinski ---
Are you sure that arch does not patch glibc to make it broken?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #6 from Andrew Pinski ---
apinski@xeond:~/src/upstream-gcc-match$ /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Ubuntu GLIBC 2.35-0ubuntu3.8) stable release version 2.35.
Copyright (C) 2022 Free Software Foundation, Inc.
This is fre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #5 from Liviu Ionescu ---
Here is a run on Arch, with 2.39:
```
Tests summary for gcc 13.3.0-1 on linux-x64 (Arch rolling)
394 test(s) passed, 4 failed:
- fail: static-sleepy-threads-cv-64
- fail: static-gc-sleepy-threads-cv-64
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> This works fine with glibc 2.34 and above.
I should say with glibc 2.34 and above and GCC 13+.
Other combinations are know to fail since you need to link in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
--- Comment #6 from YunQiang Su ---
(In reply to Marcus Calhoun-Lopez from comment #5)
> (In reply to YunQiang Su from comment #3)
> > Since it doesn't exist, why use --includedir with it?
>
> /opt/local/include/gcc is where the header files wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115422
Liviu Ionescu changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Liviu Ionesc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #2 from Andrew Pinski ---
What version of glibc do you have?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
--- Comment #1 from Andrew Pinski ---
*** Bug 115422 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115422
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115422
Bug ID: 115422
Summary: Multi-threaded condition_variable app throws when
linking as -static on Linux
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115421
Bug ID: 115421
Summary: Multi-threaded condition_variable app throws when
linking as -static on Linux
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
--- Comment #5 from Marcus Calhoun-Lopez
---
(In reply to YunQiang Su from comment #3)
> Since it doesn't exist, why use --includedir with it?
/opt/local/include/gcc is where the header files will be installed after the
build, so there is no r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #11 from John David Anglin ---
(In reply to John David Anglin from comment #10)
> On hppa-linux, we have:
>
> dave@atlas:~/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/testsuite$ ./poll.exe
> wait_for(0s): 363ns for 81820 calls, av
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
--- Comment #4 from Marcus Calhoun-Lopez
---
(In reply to YunQiang Su from comment #2)
> Can you give me the configure command, so that I can have a test.
The pertinent part of the configure command is
`configure --prefix=/opt/local --included
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115420
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115412
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-06-10
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83529
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #10 from John David Anglin ---
On hppa-linux, we have:
dave@atlas:~/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/testsuite$ ./poll.exe
wait_for(0s): 363ns for 81820 calls, avg 48.8874ns per call
wait_until(system_clock minimum): 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115418
Andrew Pinski changed:
What|Removed |Added
Summary|[14 regression] Extra |Extra movapd emitted for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115420
Bug ID: 115420
Summary: Default constructor of unordered_map deleted
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115419
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115419
Bug ID: 115419
Summary: [avr] IEEE double round-to-nearest should go to even
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91590
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115418
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Ever confirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115418
Bug ID: 115418
Summary: [14 regression] Extra movapd emitted for MAX
implementation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
--- Comment #3 from YunQiang Su ---
Since it doesn't exist, why use --includedir with it?
Anyway, so, maybe we should detect the existence of this dir.
Can you have a try of this patch?
--- a/gcc/Makefile.in
+++ b/gcc/Makefile.in
@@ -560,10 +56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115412
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115417
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115417
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115417
--- Comment #2 from Andrew Pinski ---
Note it is not just anonymous unions, it is all unions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115222
Andrew Pinski changed:
What|Removed |Added
CC||janschultke at googlemail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115417
Bug ID: 115417
Summary: Destructor is noexcept even though the class has a
throwing destructor subobject in an anonymous union
Product: gcc
Version: 15.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115411
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115411
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
--- Comment #2 from YunQiang Su ---
Can you give me the configure command, so that I can have a test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115415
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115388
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c3d1153bc0a2b820e3c373ecf19a5a127703f854
commit r15-1165-gc3d1153bc0a2b820e3c373ecf19a5a127703f854
Author: Andrew Pinski
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115415
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c3d1153bc0a2b820e3c373ecf19a5a127703f854
commit r15-1165-gc3d1153bc0a2b820e3c373ecf19a5a127703f854
Author: Andrew Pinski
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115416
Bug ID: 115416
Summary: Setting --includedir to a nonexistent directory causes
a build error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107575
Simon Martin changed:
What|Removed |Added
Target Milestone|14.2|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109958
Simon Martin changed:
What|Removed |Added
Target Milestone|14.2|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103338
Simon Martin changed:
What|Removed |Added
Target Milestone|14.2|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=06
Simon Martin changed:
What|Removed |Added
Target Milestone|14.2|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
Simon Martin changed:
What|Removed |Added
Target Milestone|11.5|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105760
Simon Martin changed:
What|Removed |Added
Target Milestone|14.2|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111070
PaX Team changed:
What|Removed |Added
CC||pageexec at gmail dot com
--- Comment #8 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115415
Andrew Pinski changed:
What|Removed |Added
Component|other |testsuite
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115388
--- Comment #8 from Andrew Pinski ---
(In reply to Wilco from comment #7)
> (In reply to Richard Biener from comment #6)
> > Fixed. Unfortunately this didn't fix PR115256 if I checked correctly. Keep
> > searching!
>
> The testcase hangs on A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115388
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #7 from Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115415
Bug ID: 115415
Summary: New test case gcc.dg/torture/pr115388.c in
r15-1163-g818e760528d436 hangs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:ff8105b4910f7dbee326cb36b01c16ac9bf10c4b
commit r14-10301-gff8105b4910f7dbee326cb36b01c16ac9bf10c4b
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115406
Sam James changed:
What|Removed |Added
Summary|[15 Regression] wrong code |[15 Regression] wrong code
Hi,
This mailing list is for automated mails from our bug database, not
for reporting bugs. Please see https://gcc.gnu.org/bugs/ for how to
report bugs, although it looks like this was already reported as Bug
115399.
Thanks for finding the bug though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115399
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Assignee|unassig
1 - 100 of 144 matches
Mail list logo
