https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113370
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
5-20240112190107-g8b447fa89d5-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental) (GCC)
disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-7215-20240112190107-g8b447fa89d5-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
--- Comment #17 from Andrew Pinski ---
The log file has `2844156: ...` where the preprocessed source is but it is hard
to figure out how to extract correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
Andrew Pinski changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #16 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Target||aarch64-linux-gnu
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Summary|[14 regression] Failed |[14 regression] ICE
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #6 from Andrew Pinski ---
Created attachment 57065
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57065&action=edit
Reduced testcase
`-O3 -march=znver2 ` is enough with this testcase to reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
See Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #5 from Andrew Pinski ---
Still happens at r14-7220-gac1a399bf61b04 .
Let me try to reduce it.
compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental)
8b447fa89d5e6b052c9309dfd1dafebdbd829ff9 (Gentoo Hardened 14.0.1 p, commit
9d69e54a3b402b0fad067464bd402e92c14504a9)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #17 from H.J. Lu ---
Please try users/hjl/pr113312/gcc-13 branch:
https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/pr113312/gcc-13?ref_type=heads
It supports no_callee_saved_registers attribute. It should also avoid saving
registers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110941
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #7 from Andrew Pinski ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
Andrew Pinski changed:
What|Removed |Added
Target Milestone|13.3|14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110841
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110450
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110941
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
Bug ID: 113369
Summary: Many tests with -save-temps
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110450
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
--- Comment #5 from Patrick Palka ---
The comment #3 testcase seems fixed after r14-7218-gc48bedd1806722.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 108827, which changed state.
Bug 108827 Summary: [C++23] Implement P2387R3, Pipe support for user-defined
range adaptors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
--- Comment #5 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
commit r14-7220-gac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
commit r14-7220-gac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #5 from Andrew Pinski ---
Note the main difference after this patch:
Global Exported: c_11 = [irange] short int [-20409, -20409][1, 1] MASK 0xb046
VALUE 0xb047
vs before:
Global Exported: c_11 = [irange] short int [-INF, +INF] NONZ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113313
--- Comment #8 from Jerry DeLisle ---
(In reply to Steve Kargl from comment #7)
--- snip ---
> libgfortran is supposedly thread-safe and looking into
> flush_all_units() shows some unlocking and testing for
> locks. With 'print *, iam('john')',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113230
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
Amyspark changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113353
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2009-July/266131.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
Hans-Peter Nilsson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 113038, which changed state.
Bug 113038 Summary: [14 regression] Excess errors for
g++.dg/modules/hello-1_b.C after r14-6569-gfe54b57728c09a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
--- Comment #5 from Gabriel Ravier ---
It does seem as though this transformation is not particularly favorable on
most platforms. In fact, it seems as though the opposite transformation (which
Clang does on many targets, along with MSVC) would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110997
Andrew Pinski changed:
What|Removed |Added
CC||ephraim.feldblum at redis dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113368
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113368
Bug ID: 113368
Summary: ICE appearing in 13, not before.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #4 from Jonathan Wakely ---
The static array can be compiled for 16-bit targets like msp640-elf, although
it's probably a bad idea to use it if you are memory-constrained.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113354
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-13
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
--- Comment #2 from H.J. Lu ---
I don't know if it is a regression. I rebooted machines and am running
"make check" again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
--- Comment #1 from Andrew Pinski ---
I have never seen this testcase fail this way before.
I even run on a skylake xeond and it works.
Is this a regression?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
Bug ID: 113367
Summary: g++.dg/tree-prof/indir-call-prof-2.C never finishes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
Bug ID: 113366
Summary: g++.dg/cpp2a/concepts-pr67774.C FAIL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112398
--- Comment #5 from Jeffrey A. Law ---
I don't think we need to do any significant bit tracking to optimize the
original neg8 test. I think we can be handled entirely within the simplify-rtx
framework.I've got a junior engineer that's going
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113327
--- Comment #1 from Jonathan Wakely ---
Converting hours::max() to milliseconds overflows and produces a negative
value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112398
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed|2023-11-05 00:00:00 |2024-01-13
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107466
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c224dec0e7c88e7a95633023018cdcb6ee87c65f
commit r14-7216-gc224dec0e7c88e7a95633023018cdcb6ee87c65f
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
--- Comment #3 from newbie-02 ---
hi, thank you, super service, super fast, works!
can't tell if the -O0 behaviour is meaningful ...
but think it is rarely used. I came to it in my
attempts to avoid compiler cheating / optimizing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113098
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113098
Joseph S. Myers changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #3 from Jonathan Wakely ---
Oh, I need to filter out NATS-DANO and NATS-DANO-ADD from the generated file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Bug ID: 113365
Summary: LONG DOUBLE: denormals: assigning a constant: factor
100 slow,
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #2 from Jonathan Wakely ---
After sending that I realised that text_encoding::environment_is can be
optimized like so:
template
static bool
environment_is()
{ return text_encoding(_Id)._M_is_environment(); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
--- Comment #4 from Jeffrey A. Law ---
Whether or not this is an optimization or a pessimization is dependent on the
target -- some targets can express the constant trivially in a branch
conditions, others can not. Some targets have barrel shif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #3 from Andrew Pinski ---
Note the most important part of the command line is `-march=znver2 -O3` .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
--- Comment #12 from Vincent Lefèvre ---
(In reply to Segher Boessenkool from comment #11)
> Sure. If people want the pain, they can have it. But it is never okay to
> cause other people to have -Werror -- they may have a different compiler
> (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108382
--- Comment #2 from Tobias Burnus ---
Fixed-form Fortran likewise fails for:
!$acc enter
!$acc& data
!$omp flush
!$omp& RELEASE
end ! fails in this line: "Bad continuation line"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #4 from H.J. Lu ---
When I compiled __cxxabiv1::__cxa_throw, which is a noreturn function in
libstdc++-v3/libsupc++/eh_throw.cc not to save callee-saved registers,
most of C++ exception tests crashed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
--- Comment #19 from Amyspark ---
Working on it. Is https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 the patch
you referred to earlier, Richard?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #1 from Sam James ---
Ugh, I lost the builddir, so give me an hour or so to get it back...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Bug ID: 113364
Summary: [14 regression] Failed bootstrap
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105505
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 105505, which changed state.
Bug 105505 Summary: P1951R1 (Default Arguments for pair's Forwarding
Constructor) is unimplemented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105505
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113320
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113305
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
Bug ID: 113363
Summary: ICE on ASSOCIATE and unlimited polymorphic function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113338
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-01-12
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113362
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113362
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113313
--- Comment #7 from Steve Kargl ---
On Thu, Jan 11, 2024 at 07:03:05AM +, john.harper at vuw dot ac.nz wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113313
>
> --- Comment #2 from john.harper at vuw dot ac.nz ---
> Thank you! You ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #6 from Jakub Jelinek ---
Created attachment 57061
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57061&action=edit
SloppyCRCMap.ii.xz
When using current GCC trunk instead of current GCC 13 branch (CrtStuff.i.xz is
the same be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #5 from Jakub Jelinek ---
Created attachment 57060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57060&action=edit
Timer.ii.xz from GCC 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
--- Comment #11 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #9)
> It is not always wrong, it is a reasonable choice for some projects during
> their development, if they are willing to fix or work around all new
> warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113362
Bug ID: 113362
Summary: RISCV64 divide and remainder with the same operands
generates two divide operations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Seve
read model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272
--- Comment #9 from Marek Polacek ---
(In reply to Paul Keir from comment #8)
> I wonder if a small part of this bug still remains.
You're right, there's still something bad. I've opened bug 113360 for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106147
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |13.3
Summary|Truncated const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360
Bug ID: 113360
Summary: Truncated constexpr error messages with -std=c++23/26
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #6 from Roger Sayle ---
Sorry for the delay in replying/answering Jakub's questions/comments. Yes,
using a define_insn_and_split in the backend fixes/works around the issue (and
I agree your implementation/refinement in comment #5 i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113354
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #4 from Jakub Jelinek ---
Will try to reproduce with trunk next (unfortunately due to the builtin trait
changes the GCC 13 preprocessed sources can't be compiled with GCC 14).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #3 from Jakub Jelinek ---
Created attachment 57058
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57058&action=edit
CrtStuff.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #2 from Jakub Jelinek ---
Created attachment 57057
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57057&action=edit
SloppyCRCMap.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #1 from Jakub Jelinek ---
Created attachment 57056
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57056&action=edit
Timer.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Bug ID: 113359
Summary: [13 Regression] LTO miscompilation of ceph on aarch64
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113355
--- Comment #2 from Jonathan Wakely ---
This isn't a regression though, it's always been that way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113355
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
1 - 100 of 236 matches
Mail list logo
