https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108322
--- Comment #1 from David Korth ---
Some quick testing with Compiler Explorer at godbolt.org shows that this
behavior started with gcc-8.1, and it doesn't happen with gcc-7.x or earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108322
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux-gnu
Component|tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
Bug ID: 108323
Summary: combine does not change the locale name
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #6 from Jan Dubiec ---
Jonathan, I am not sure to what part of the thread "above" refers to, but build
fails indeed. This time due to a different reason. This is what I got when I
was trying to build f7bd48c6. Please note -mn -mint32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #7 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> Fixed, but the build still fails as mentioned above.
See comment 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #8 from Jonathan Wakely ---
(In reply to Jan Dubiec from comment #6)
> Please note -mn -mint32 options –
> normal mode (aka 16-bit mode) with 32-bit integers.
Has this bizarre mode ever been able to build libstdc++?
I have too many
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #9 from Jonathan Wakely ---
The reason it fails is here:
D:/Works/xcomp/gcc-build/h8300-elf/normal/int32/libstdc++-v3/include/span:147:7:
note: candidate: 'constexpr std::span<_Type, _Extent>::span() requires _Extent
+ 1 <= 1 [with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #10 from Jonathan Wakely ---
The fix would be changing the constraint to:
_Extent == dynamic_extent || _Extent == 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
path,/opt/wandbox/gcc-head/lib64,-rpath,/opt/wandbox/gcc-head/lib32
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20230106 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108325
Bug ID: 108325
Summary: -Wanalyzer-null-dereference false positive with *f =
42
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108326
Bug ID: 108326
Summary: Question about definitions in c++config.h for gcc13
20221229
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108300
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Yong :
https://gcc.gnu.org/g:902c755930326cb4405672aa3ea13c35c653cbff
commit r13-5055-g902c755930326cb4405672aa3ea13c35c653cbff
Author: LIU Hao
Date: Fri Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108322
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Martin Lišk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #17 from Sergei Trofimovich ---
(In reply to Martin Jambor from comment #16)
> I have posted the sorting patch to the mailing list:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2023-January/609459.html
I confirm the test fixes ori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108312
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824
Martin Liška changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108311
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-01-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #14 from Sam James ---
This seems to be fixed in the latest macOS SDK (13.1 at least). But obviously
that doesn't help folks who need to use older SDKs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824
--- Comment #8 from Iain Sandoe ---
(In reply to Eric Gallager from comment #6)
> @marxin is this something you checked during the sphinx conversion and
> reversion at all?
(In reply to Martin Liška from comment #7)
> Well, running 'make latexp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103823
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:65b768fdb1ad302a6537119305317f413bfcbe0e
commit r11-10455-g65b768fdb1ad302a6537119305317f413bfcbe0e
Author: Francois-Xavie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:65b768fdb1ad302a6537119305317f413bfcbe0e
commit r11-10455-g65b768fdb1ad302a6537119305317f413bfcbe0e
Author: Francois-Xavier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103823
--- Comment #13 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:7097d2aafcae4b1cb89c28ff4fd4af18df9a2cef
commit r10-11152-g7097d2aafcae4b1cb89c28ff4fd4af18df9a2cef
Author: Francois-Xavie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:7097d2aafcae4b1cb89c28ff4fd4af18df9a2cef
commit r10-11152-g7097d2aafcae4b1cb89c28ff4fd4af18df9a2cef
Author: Francois-Xavier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108313
Bug ID: 108313
Summary: smth strange with libcpp/system.h: abort()
redefinition
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108292
Jakub Jelinek changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108308
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
--- Comment #1 from Jonathan Wakely ---
That test expects fopen("noreplace", "wx") to fail if the file already exists.
Does this fail too?
#include
#include
#include
int main()
{
FILE* f = fopen("noreplace", "w");
assert(f != NULL);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108313
--- Comment #1 from niXman ---
file/line to the buggy line:
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libcpp/system.h;h=e80cf029d88fcb74db5515b4b2915d72df0974dc;hb=refs/heads/master#l404
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108313
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108300
Andrew Pinski changed:
What|Removed |Added
CC||i.nixman at autistici dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108313
--- Comment #3 from niXman ---
(In reply to Andrew Pinski from comment #2)
> Dup of bug 108300
>
> *** This bug has been marked as a duplicate of bug 108300 ***
ah, got it. thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
--- Comment #2 from Andrew Pinski ---
I suspect hpux does not implement a c11 fopen but only a c99 one ..
"x" was only added for c11 .
Hpux11.11 came out in 2009 after all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108308
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b990e80e39b41ec028d018eac7d2d040a537b681
commit r13-5043-gb990e80e39b41ec028d018eac7d2d040a537b681
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108292
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b990e80e39b41ec028d018eac7d2d040a537b681
commit r13-5043-gb990e80e39b41ec028d018eac7d2d040a537b681
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106133
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[13 Regression] `pra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286
--- Comment #5 from Jan André Reuter ---
I tried to compile and run the source code I uploaded when creating the ticket.
I used the latest daily bump:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=53ef7c1d9a44a2c681d4b3433a853cd4461be8c5
The pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108314
Bug ID: 108314
Summary: [13 Regression] Segfault in
gimple-match-head.cc:do_valueize when vectorizing for
SVE
Product: gcc
Version: 12.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
--- Comment #3 from Jonathan Wakely ---
But then wouldn't using "x" with fopen fail, return NULL, and set errno to
EINVAL?
It shouldn't just ignore the "x".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
--- Comment #4 from Jonathan Wakely ---
My assumption was that targets that don't support exclusive mode for fopen
would fail in exactly that way, and so using std::ios::noreplace would be
"conservatively unsupported". That is, it would always f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106611
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #7 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108293
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #8 from Jakub Jelinek ---
Created attachment 54201
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54201&action=edit
gcc13-pr108047.patch
My current understanding is that even if nothing in the initializer is
dependent maybe_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108298
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
Bug ID: 108315
Summary: -mcpu=power10 changes ABI
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ABI, wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108307
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106133
--- Comment #3 from Martin Liška ---
*** Bug 108307 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108309
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Bug ID: 108316
Summary: [13 Regression] ICE in maybe_gen_insn via
expand_SCATTER_STORE when vectorizing for SVE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108268
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108314
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-06
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108288
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b9479ddc7a28fb672ca67304a67d66524d8200a4
commit r13-5044-gb9479ddc7a28fb672ca67304a67d66524d8200a4
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108288
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.5
--- Comment #10 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108300
--- Comment #5 from LIU Hao ---
A quick and obvious fix is to add `CPPFLAGS='-DWIN32_LEAN_AND_MEAN'` when
configuring. Bootstrapped successfully on {i686,x86_64}-w64-mingw32.
I still think GCC source files should be patched.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:17176326de45cc7de4f8cedf4414b40df0df39bb
commit r13-5045-g17176326de45cc7de4f8cedf4414b40df0df39bb
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108118
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.4
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107799
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103755
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108311
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108312
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108172
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107767
--- Comment #17 from Martin Liška ---
Oh, I didn't notice it's P1 :) Then sure, send it for this release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108172
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:8c330fd49464f3d47a7c171d767eb3a011add76b
commit r13-5047-g8c330fd49464f3d47a7c171d767eb3a011add76b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
--- Comment #5 from Andreas Schwab ---
Ignoring unknown fopen flags is traditional behavior which is still present
today, both in BSD and GNU. Only the first character is actually checked and
rejected if unknown.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108305
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107453
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108317
Bug ID: 108317
Summary: g++ is unable to capture vector-extended variables
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108214
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:553332c19a04ad0a6bbdd2aafc3499a1cb4dfa0c
commit r13-5048-g553332c19a04ad0a6bbdd2aafc3499a1cb4dfa0c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108317
--- Comment #1 from Janez Zemva ---
Created attachment 54205
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54205&action=edit
sample file demonstrating the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108214
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106745
Jose E. Marchesi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106773
Jose E. Marchesi changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107843
Jose E. Marchesi changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Gaius Mulley from comment #4)
> > Created attachment 54184 [details]
> > Potential fix for target multilib_dir handling -m and -f.
> >
> > Work in prog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
Jessica Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108318
Bug ID: 108318
Summary: Floating point calculation moved out of loop despite
fesetround
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #9 from John David Anglin ---
Created attachment 54206
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54206&action=edit
Updated preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #10 from John David Anglin ---
No. We still have the following symbols in tzdb.o:
U __atomic_compare_exchange_4
U __atomic_fetch_add_4
U __atomic_fetch_add_8
U __at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
--- Comment #10 from Martin Liška ---
(In reply to Martin Jambor from comment #9)
> (In reply to Martin Liška from comment #6)
> >
> > @Martin: Do we have a declaration cloning code for functions somewhere?
>
> See e.g. cgraph_node::create_vir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108297
--- Comment #4 from John David Anglin ---
It appears the --build-id issue is fixed by the change.
But there's still a lto issue breaking make check:
libtool: link: /home/dave/gnu/gcc/objdir64/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/
objdir64/./pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f7bd48c6bbd3d7a479943b248b973aaf6c59463b
commit r13-5049-gf7bd48c6bbd3d7a479943b248b973aaf6c59463b
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93527
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106361
Patrick Palka changed:
What|Removed |Added
CC||pacoarjonilla at yahoo dot es
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108318
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #11 from Jonathan Wakely ---
(In reply to John David Anglin from comment #10)
> No. We still have the following symbols in tzdb.o:
> U __atomic_compare_exchange_4
> U __atomic_fetch_add_4
Oh the ti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108298
--- Comment #7 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69482#c7 addresses the big issue
here I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108309
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108318
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678
Andrew Pinski changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16989
Bug 16989 depends on bug 56020, which changed state.
Bug 56020 Summary: FE_INVALID flag not set on comparison with NAN (unordered)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56020
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56020
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
1 - 100 of 129 matches
Mail list logo