https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
--- Comment #15 from Andrew Pinski ---
(In reply to Surya Kumari Jangala from comment #14)
> (In reply to Richard Earnshaw from comment #13)
> > (In reply to Surya Kumari Jangala from comment #3)
> > > The parameter register is
> > > saved in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118747
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118749
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118750
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #8 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:6b49883e62a1ecf01ffd78c4c20fa7af87f8ec4d
commit r15-7368-g6b49883e62a1ecf01ffd78c4c20fa7af87f8ec4d
Author: Rainer Orth
Date: Wed F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118756
--- Comment #2 from Tamar Christina ---
Ah, indeed it's unused now.
I'll send a cleanup patch then. Thanks for catching it!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
Rainer Orth changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118756
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
Bug ID: 118755
Summary: [15 Regression] ccmp_3.c fails on aarch64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization, testsuite-fail
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118749
--- Comment #4 from Richard Biener ---
We are wrongly figuring the vectorized *string access is aligned. We apply
peeling for alignment here, but the vector loop does not maintain the
initial alignment, instead it accesses a V16QI, only effecti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
--- Comment #3 from Tamar Christina ---
As for vect-tail-nomask-1.c and pr106010-8c.c they are testisms that I had
fixed but it seems like I never updated the final patch with.
The result checking loops just need a
#pragma GCC novector.
Will s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118756
Bug ID: 118756
Summary: tree-ssa-loop-ivopts.cc:1156: Function defined but not
used
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
Xi Ruoyao changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
Jakub Jelinek changed:
What|Removed |Added
Attachment #60377|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
--- Comment #12 from Robin Dapp ---
Some "findings" below but I don't have the feeling I'm much closer to anything
actionable.
At some point we're trying to split a live range of an RVVM8QI register (v16,
hard regno = 112) for the reload insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118089
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:5163cf2ae14c5e7ec730ad72680564001d0d0441
commit r15-7373-g5163cf2ae14c5e7ec730ad72680564001d0d0441
Author: Richard Earnshaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116589
--- Comment #8 from Andrew Pinski ---
r15-7377 fixed ldff1_8.c and ptest_1.c failures.
So what is left is vec_bool_cmp_1.c .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114522
--- Comment #10 from Andrew Pinski ---
aarch64 patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-February/675160.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116589
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #22 from John David Anglin ---
Actually, it appears the multiplication by 0.25 can be avoided by
setting w directly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118757
Bug ID: 118757
Summary: Waiting for stored pointer inside
std::atomic>
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #23 from Joseph S. Myers ---
hppa is an after-rounding architecture and this test is only meant to produce
underflow on before-rounding architectures. You should investigate why the code
in question is entered at all. I'd have expect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> I think the first thing we could do is (from fwprop1):
> ```
> propagating insn 13 into insn 14, replacing:
> (set (reg:SI 103 [ _3 ])
> (reg/v:SI 104 [ ]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #5 from Sam James ---
Then sometimes once cvise has cleaned up a bunch of crap, it's often obvious
what the problem is, but if not, I let it run to completion. Anyway, I'll
continue reducing here, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118757
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #2)
> I will look into a bisection.
The problem seems to exist sometime before 20241231 with g:0b06abe027a78681
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118752
--- Comment #1 from Nick Desaulniers ---
Perhaps clang::no_stack_protector, too. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #1 from Sam James ---
Reducing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118760
Bug ID: 118760
Summary: Alias template in dependent base used via
injected-class-name incorrectly rejected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #24 from Joseph S. Myers ---
See my previous comment about possible code movement / need for more usage of
math_opt_barrier. Maybe the a1 + u.d computation got moved before the rounding
mode was restored, or something like that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Bug ID: 118758
Summary: [15 regression] ok code with -O2, but wrong code with
-O3
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #3 from David Binderman ---
The original code is from csmith, so:
foundBugs $ rm ./a.out && ../results/bin/gcc -w bug1086.c && ./a.out 1 > /tmp/0
foundBugs $ rm ./a.out && ../results/bin/gcc -w -O1 bug1086.c && ./a.out 1 >
/tmp/1
fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097
--- Comment #35 from Andrew Pinski ---
Created attachment 60388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60388&action=edit
Better reduced testcase from PR 118758
This one is slightly better than the one in comment #26 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #26 from John David Anglin ---
(In reply to Joseph S. Myers from comment #23)
> hppa is an after-rounding architecture and this test is only meant to
> produce underflow on before-rounding architectures. You should investigate
> why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
--- Comment #19 from GCC Commits ---
The master branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:da88e7027a34a44de84f6d8d5a96d262c29080a7
commit r15-7370-gda88e7027a34a44de84f6d8d5a96d262c29080a7
Author: Xi Ruoyao
Date: Sun Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118739
--- Comment #13 from Richard Biener ---
So indeed the bisected revision just restored a previous change which was
originally done by Segher, r14-9692-g839bc42772ba7a, not sure if the issue
would reproduce between that and the initial reversion i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108016
Alexey Merzlyakov changed:
What|Removed |Added
CC||alexey.merzlyakov at samsung
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #2 from David Binderman ---
I will look into a bisection.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118760
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118760
--- Comment #2 from Andrew Pinski ---
Looks like we are losing that `typename` was used here:
if (TREE_CODE (f) != TYPENAME_TYPE)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118761
Bug ID: 118761
Summary: gm2 driver doesn't behave as gcc for --help=BLA
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118761
--- Comment #1 from Marc Poulhiès ---
(same inconsistent behavior with "--help --verbose")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118759
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118464
--- Comment #12 from Sam James ---
*** Bug 118759 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
--- Comment #4 from Andrew Pinski ---
Part of the reason why late_combine1 fails to do anything here is:
```
// Avoid increasing the complexity of instructions that
// reference allocatable hard registers.
if (!REG_P (SET_SRC (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Andrew Pinski changed:
What|Removed |Added
Summary|[15 regression] std::vector |[15 regression] std::vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118763
--- Comment #1 from Valentin Tolmer ---
Potentially related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113579
Though in this case, I'm pretty sure according to the docs, it's not undefined
behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
Sam James changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #27 from Joseph S. Myers ---
That's not redundant, the previous calculation is in FE_TOWARDZERO mode, before
the call to libc_feupdateenv_test. But maybe that call needs to be followed by
"a1 = math_opt_barrier (a1);" or similar to e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #3 from uecker at gcc dot gnu.org ---
Note that rules for unions were changed after N3037.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #4 from Sam James ---
You're right - I used a mangled version of the testcase when playing, sorry!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #5 from Joseph S. Myers ---
What do you mean by "doesn't work"? Please state both what you expect (based on
C23 with bug fixes that postdate the integration of the original proposal) and
what you see. As per CD1 comments GB-032 and F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #2 from Hime Haieto ---
Odd - I don't see any difference on trunk other than the addition of a helpful
note message (nice!). However, I'm testing trunk via godbolt, so I don't know
if its trunk might be slightly older.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
Bug ID: 118765
Summary: c23 tag matching broken for multiple redeclarations of
unions and typedefs
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116829
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2025-02-05
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
Andrew Pinski changed:
What|Removed |Added
Attachment #60390|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118747
--- Comment #3 from anlauf at gcc dot gnu.org ---
The issue in comment#2 is fixed by the following - I'd say obvious - patch:
diff --git a/gcc/fortran/trans-decl.cc b/gcc/fortran/trans-decl.cc
index 017f184f179..81fa8756a91 100644
--- a/gcc/fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118766
Bug ID: 118766
Summary: Garbled error message in vararg requires
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #8 from Hime Haieto ---
Alright, so apparently the union example is no longer valid (and the comments
you referenced were interesting, and I'd have never found them otherwise!), so
yes, scratch that one - the only issue here is for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #6 from Andrew Pinski ---
Created attachment 60390
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60390&action=edit
simplified testcase
If we don't have WORKS defined, then GCC works. Once you add another definition
of `union
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118766
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #9 from uecker at gcc dot gnu.org ---
Test case:
typedef struct q { int x; } q_t;
struct q { int x; };
typedef struct q { int x; } q_t;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
maic changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #5 from maic ---
$ git bisect bad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
--- Comment #2 from Andrew Pinski ---
I think the first thing we could do is (from fwprop1):
```
propagating insn 13 into insn 14, replacing:
(set (reg:SI 103 [ _3 ])
(reg/v:SI 104 [ ]))
successfully matched this instruction to *zero_extend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118759
--- Comment #3 from Sam James ---
Created attachment 60385
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60385&action=edit
reduced.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117818
--- Comment #7 from Steven Munroe ---
(In reply to Richard Biener from comment #6)
> is that powerpc64le or powerpc{,64} big endian? (or both)
Definitely powerpc64le because few distros support powerpc targets.
I think the lasts GCC I have th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #8 from Sam James ---
-fno-ipa-cp works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118749
Jakub Jelinek changed:
What|Removed |Added
Summary|[15 regression] fontconfig |[15 regression] fontconfig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118749
--- Comment #6 from Sam James ---
(In reply to Jakub Jelinek from comment #5)
> I think it is better to keep summaries short and have full hashes only in
> the body.
Sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116829
--- Comment #2 from Tomáš Trnka ---
I have sent a candidate fix for this to the mailing list in the past (and then
somehow forgot about it):
https://gcc.gnu.org/pipermail/fortran/2024-September/061086.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116860
--- Comment #10 from Konstantinos Eleftheriou ---
We are currently working on a solution for this in reassoc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118740
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:6f95af4f22b641fbb3509f1436bce811d4e4acad
commit r15-7376-g6f95af4f22b641fbb3509f1436bce811d4e4acad
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116143
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117239
--- Comment #14 from Jeffrey A. Law ---
Late to the party. The basic idea of the code being modified here is that
there are cases where parts of the caller's stack are effectively "owned" by
the callee. On the 32 bit PA ABI that was pretty exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117814
--- Comment #4 from Christophe Lyon ---
For the warning in
FAIL: gcc.target/arm/pr112337.c (test for excess errors)
this is caused by how we define __fp16, see
https://gcc.gnu.org/pipermail/gcc-patches/2024-December/670563.html
https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118759
Bug ID: 118759
Summary: [15 regression] ICE when building openmsx-19.1
(exact_div, at poly-int.h:2160)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118715
Christophe Lyon changed:
What|Removed |Added
Assignee|clyon at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118759
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16233
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118759
--- Comment #2 from Sam James ---
Ah, sorry, I'd forgot about that one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118549
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #7 from David Binderman ---
Bug seems to start sometime between 20241217 and 20241231:
foundBugs $ rm ./a.out ; ../results.20241217/bin/gcc -O3 -w bug1086.c &&
./a.out
checksum = E0BB38EE
foundBugs $ rm ./a.out ; ../results.20241231
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Andrew Pinski changed:
What|Removed |Added
Attachment #60386|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Component|middle-end
/testsuite $ ~/gcc/results.20250205/bin/gcc -c
-g -O2 -march=native ./gcc.target/s390/preserve-args-2.c
during RTL pass: dwarf2
./gcc.target/s390/preserve-args-2.c: In function ‘baz’:
./gcc.target/s390/preserve-args-2.c:19:1: internal compiler error: in
maybe_record_trace_start, at dwarf2cfi.cc:2591
19 | }
| ^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097
--- Comment #34 from Andrew Pinski ---
*** Bug 118758 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #101 from LIU Hao ---
I have bootstrapped GCC 15 (master) with this patch applied, but without
`--enable-tls`, on {i686,x86_64}-w64-mingw32; and have checked that TLS is
emulated as before so it's not an ABI break by default.
I'm pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115703
--- Comment #2 from Robin Dapp ---
> I don't see anything wrong with this move on RTL. Maybe there is something
> wrong going on the pass which is emitting the vsetivli instructions.
Yes, indeed. With --param=vsetvl-strategy=simple the output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118760
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-02-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115703
--- Comment #3 from Robin Dapp ---
For me this doesn't occur on the trunk anymore and I bisected the working
change to:
r15-3459-gcbea72b265e4c9
Author: Raphael Moreira Zinsly
Date: Wed Sep 4 17:21:24 2024 -0600
[PATCH 1/3] RISC-V: Impr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118758
--- Comment #10 from Andrew Pinski ---
Created attachment 60386
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60386&action=edit
Slightly reduced
Still a few more steps to go but wanted to attach what I have so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70349
--- Comment #2 from John David Anglin ---
On hppa64-hp-hpux11.11 at revision r15-7342-gd3627c78be1, we have the following
new fails:
FAIL: g++.dg/abi/abi-tag18a.C -std=gnu++17 scan-assembler
_ZZZ1fB7__test1vEN1T1gEvE1x
FAIL: g++.dg/abi/abi-tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #21 from John David Anglin ---
For the testcase in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709#c16,
the underflow bit is generated in this glibc code in s_fma.c:
/* v.ieee.mantissa1 & 2 is LSB bit of the result bef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118746
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 143 matches
Mail list logo
