https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97623
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97623
--- Comment #3 from Richard Biener ---
Created attachment 49462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49462&action=edit
modified testcase
Moved the #defines, with -DNO_TOP -DNO_BOTTOM -DNO_FINAL there's now 5 insert
iterations ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97624
Bug ID: 97624
Summary: ICE: in dependent_type_p, at cp/pt.c:26515
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97624
--- Comment #1 from Eugene ---
Created attachment 49464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49464&action=edit
Compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #10 from rguenther at suse dot de ---
On Wed, 28 Oct 2020, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
>
> --- Comment #9 from Bernd Edlinger ---
> (In reply to rguent...@suse.de fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97619
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
--- Comment #5 from Iain Sandoe ---
(In reply to David Ledger from comment #4)
> @Iain Sandoe
> In terms of the standard do you think this is technically undefined
> behaviour?
no, AFAICT, it's just a regular bug in the implementation.
(it's jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97619
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97472
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97609
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97624
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97608
--- Comment #4 from Vincent Lefèvre ---
Thanks. There's no longer any issue when testing GNU MPFR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97625
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97625
Bug ID: 97625
Summary: [11 Regression] ICE in
vect_slp_analyze_node_operations, at
tree-vect-slp.c:3342 since r11-4227-g655f7f0fb7c9aa2f
Product: gcc
Version: 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #21 from Martin Liška ---
Created attachment 49466
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49466&action=edit
Build log for ppc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #19 from Martin Liška ---
(In reply to Eric Botcazou from comment #16)
> > It's actually a partial cross compiler (-m32), please take a look at the
> > build log.
>
> What's this beast exactly? I'm afraid the build log is useless he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #20 from Martin Liška ---
Created attachment 49465
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49465&action=edit
Build log for s390x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #22 from Martin Liška ---
(In reply to Alexandre Oliva from comment #17)
> Created attachment 49456 [details]
> fix for riscv targets
>
> > Still broken
>
> Sorry, it's the first I hear of this problem on riscv.
> The fix is target-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97626
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97626
Bug ID: 97626
Summary: [11 Regression] ICE in vect_transform_stmt, at
tree-vect-stmts.c:10900 since
r11-4428-g4a369d199bf2f34e
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97609
--- Comment #8 from Aldy Hernandez ---
Yes.
On Thu, Oct 29, 2020, 09:47 marxin at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97609
>
> Martin Liška changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
Bug ID: 97627
Summary: loop end condition missing - endless loop
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97609
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #23 from Eric Botcazou ---
> It's a build log from OpenSUSE OBS, so it contains all that you requested.
AFAICS this log is for a native compiler:
[ 131s] checking build system type... powerpc64-suse-linux-gnu
[ 131s] checking host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #11 from Bernd Edlinger ---
(In reply to rguent...@suse.de from comment #10)
> On Wed, 28 Oct 2020, bernd.edlinger at hotmail dot de wrote:
>
> > --- Comment #9 from Bernd Edlinger ---
> > (In reply to rguent...@suse.de from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #12 from Bernd Edlinger ---
(In reply to Bernd Edlinger from comment #11)
> (In reply to rguent...@suse.de from comment #10)
> >
> > I failed to track down where we'd expand this to a possibly
> > unaligned mem - but is this just bog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97558
--- Comment #4 from Richard Biener ---
*** Bug 97625 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97625
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97626
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
Richard Biener changed:
What|Removed |Added
Summary|loop end condition missing |[9/10/11 Regression] loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #2 from Jakub Jelinek ---
Doesn't reproduce on the trunk since
r11-3300-g83e037364e0d6dd74d595751e8bc8c461b4cb8fa
Adjusted testcase so that it doesn't loop forever when not miscompiled and
doesn't need -fPIC either:
struct S { unsign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #4 from Jakub Jelinek ---
Further adjustment so that it just aborts when miscompiled. The throw is there
only to avoid using __builtin_exit.
struct S { unsigned short x, y; } m = { 1, 0 };
__attribute__((noipa)) void
baz (int x, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97532
--- Comment #12 from Tom de Vries ---
(In reply to Hongtao.liu from comment #10)
> Created attachment 49444 [details]
> Fix invalid address for special memory constraint
>
> I'm testing this patch.
Submitted: https://gcc.gnu.org/pipermail/gcc-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
Bug ID: 97628
Summary: format truncation false positive for O1 and
mtune=nocona
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #5 from bin cheng ---
(In reply to Jakub Jelinek from comment #3)
> Started with r9-4145-ga81e2c6240655f60a49c16e0d8bbfd2ba40bba51
Sorry for the breakage. Will fix this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97626
--- Comment #2 from Richard Biener ---
Hmm, tricky. vect_slp_analyze_node_operations caching breaks for SCC we enter
through different paths. When eventually externalizing an entry to a SCC
parts of the SCC (the part optimistically considered s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97619
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97579
--- Comment #4 from Martin Liška ---
>
> Hmm, but get_vcond_mask_icode expects the vector mode first and the
> mask mode second. But it would be odd if that's the mistake...
> (but the patterns agree as well).
>
> Now, the code seems to be a b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97508
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:568de14d2e74cfdd600b8995ff6ac08c98ddef48
commit r11-4526-g568de14d2e74cfdd600b8995ff6ac08c98ddef48
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97629
Bug ID: 97629
Summary: Difference of addresses of array elements not a
constant expression
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Keywords: rejects-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97596
--- Comment #5 from Andrew Macleod ---
sorry, yeah.
done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:054d7b9f6f6816a83dcadfdfe2532795cae04ff3
commit r11-4532-g054d7b9f6f6816a83dcadfdfe2532795cae04ff3
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
--- Comment #3 from Martin Sebor ---
Yes, I did mean 'if (num < 0) __builtin_unreachable ();' but as it turns out
that doesn't help in this case. Casting to an unsigned type does and results
in the expected range [0, 9].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96217
--- Comment #9 from LE GARREC Vincent ---
For the record : the bug I opened in glibc bugzilla :
https://sourceware.org/bugzilla/show_bug.cgi?id=26260
Like gcc, glibc doesn't supports -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
--- Comment #4 from Jakub Jelinek ---
With the SSA_NAME_RANGE_INFO (i.e. when not using the GCC11+ ranger in the pass
or when it is done inside of the vrp passes) it matters whether there is some
SSA_NAME to stick the range to, the testcase doesn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #15 from Sergei Trofimovich ---
allocate_gcov_kvp() gets called 89 times. Tried as:
$ gdb --quiet --args dist/firefox/fire
fox 'data:text/html,Quitter.quit()' -profile
../../firefox-82.0/temp/tmpzhv0a26v
(gdb) break allocate_gcov_kvp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #16 from Martin Liška ---
(In reply to Sergei Trofimovich from comment #15)
> allocate_gcov_kvp() gets called 89 times. Tried as:
All right, it's quite close to what we have.
So can you please test the following patch:
diff --git a/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97508
Martin Liška changed:
What|Removed |Added
Summary|[10/11 Regression] ICE: |[10 Regression] ICE:
|d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
Martin Liška changed:
What|Removed |Added
Status|REOPENED|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82272
--- Comment #9 from CVS Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:40749db75caff2fed7b7053e0d1868feaa21bcb4
commit r11-4537-g40749db75caff2fed7b7053e0d1868feaa21bcb4
Author: Joseph Myers
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
--- Comment #6 from Marek Polacek ---
*** Bug 95931 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95931
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97628
--- Comment #5 from Martin Sebor ---
Right, the warning only triggers for constrained ranges (i.e., not for
VARYING). The argument the range comes from is a PHI:
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set -1 ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
Marek Polacek changed:
What|Removed |Added
CC||eugene at hutorny dot in.ua
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97624
Marek Polacek changed:
What|Removed |Added
Keywords|rejects-valid |ice-on-valid-code
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
--- Comment #8 from Marek Polacek ---
Here, make_typename_type is called when tsubsting, i.e. p_t_d is 0, and it
calls dependent_scope_p with a dependent type. We might need ++ptd/--ptd
around the call to make_typename_type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95808
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:815baade9a07d361b1daa1dcfbbda2a79f3ebb52
commit r11-4538-g815baade9a07d361b1daa1dcfbbda2a79f3ebb52
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97630
Bug ID: 97630
Summary: [11 Regression] SLP vectorizer leaks memory
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97630
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-10-29
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95808
--- Comment #3 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97631
Bug ID: 97631
Summary: bogus "writing one too many bytes" warning for memcpy
with strlen argument
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97631
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97631
--- Comment #1 from Martin Sebor ---
While playing with the test case I added to pr97631 I noticed that when I
change the type of len to int, the warning disappears for the call to strcpy
(where it's intended) but the false positive stays for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-10-29
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97388
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:5afd90c5f36bf45291ca09ef3791f4a574e90d5d
commit r11-4541-g5afd90c5f36bf45291ca09ef3791f4a574e90d5d
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97388
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8895443a42db4045aad8e4b42cd5dd2ad6ffa7d7
commit r11-4542-g8895443a42db4045aad8e4b42cd5dd2ad6ffa7d7
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
--- Comment #2 from fdlbxtqi ---
(In reply to Jakub Jelinek from comment #1)
> Why do you think it is a bug?
> Yes, it prints the opening quote, then
> while (deref_depth-- > 0)
> pp_star (&pretty_name);
> prints some * characters a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
--- Comment #3 from fdlbxtqi ---
(In reply to Jakub Jelinek from comment #1)
> Why do you think it is a bug?
> Yes, it prints the opening quote, then
> while (deref_depth-- > 0)
> pp_star (&pretty_name);
> prints some * characters a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
--- Comment #4 from Jakub Jelinek ---
No.
If it is the -Wformat-diag warning, just ignore it. It has been added without
any attempt to resolve the warnings and warns for many things that are just
fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97632
Bug ID: 97632
Summary: unhelpful -Winit-list-lifetime warning for
default-initialized object in unevaluated context
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97632
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97412
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:5681668765e233735b4c5e6a305e73ae1f80a328
commit r11-4544-g5681668765e233735b4c5e6a305e73ae1f80a328
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97508
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97508
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:32d16af0c4ede8d008d4360cca7c805db518166f
commit r10-8954-g32d16af0c4ede8d008d4360cca7c805db518166f
Author: Martin Liska
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
Martin Liška changed:
What|Removed |Added
CC||matz at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97629
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97269
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #17 from Martin Liška ---
Or I may have a smarter trick: let's do dry run of malloc/free functions early
in __gcov_init. Can you please test the patch as well?
commit d80cecdb87d159f0b3a4072b6e1ef80515ad2afb
Author: Martin Liska
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89428
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622
fdlbxtqi changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93107
--- Comment #4 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:6fb7e3c29188ab7cde0b963957caf6182536c77d
commit r11-4547-g6fb7e3c29188ab7cde0b963957caf6182536c77d
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93107
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
: x86_64-pc-linux-gnu
Configured with: ../gcc-trunk/configure --disable-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20201029
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97634
Bug ID: 97634
Summary: [10/11 Regression] ICE 'verify_gimple' failed on
arm-linux-gnueabihf
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97479
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:11dc4c4e137a9b48d585d7b1b146fb8404e3e1fe
commit r11-4549-g11dc4c4e137a9b48d585d7b1b146fb8404e3e1fe
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97479
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97635
Bug ID: 97635
Summary: binary-to-DFP conversions incorrect
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97635
--- Comment #1 from Joseph S. Myers ---
With some analysis of the worst cases (for every possible pair of source and
target exponents) using continued fractions, it would also be possible to
determine a single precision value that is always corre
1 - 100 of 104 matches
Mail list logo
