https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106817
Mikael Morin changed:
What|Removed |Added
Last reconfirmed||2022-09-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
Aldy Hernandez changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aldyh at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
--- Comment #3 from Aldy Hernandez ---
Created attachment 53532
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53532&action=edit
patch in testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106814
Aldy Hernandez changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
--- Comment #4 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #1)
> Global Exported: iftmp.2_6 = [frange] double [0.0, 0.0] !SIGN
> Folding PHI node: iftmp.2_6 = PHI <0.0(4), Nan(5)>
> Queued PHI for removal. Folds to: 0.0
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106814
--- Comment #7 from Aldy Hernandez ---
(In reply to Aldy Hernandez from comment #6)
> This may be a DUP of 106819. Does the patch in it solve this PR?
Patch committed upstream btw...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91645
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
--- Comment #6 from Jakub Jelinek ---
You can get a NaN with negative sign e.g. through copysign (__builtin_nan (""),
-1.0).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91645
--- Comment #8 from Jeffrey A. Law ---
First, there's magic bits which turn a standard sqrt call into something like
if (exceptional condition)
call libm's sqrt
else
use hardware sqrt
The primary goal is to get errno set properly for those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100245
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:504424f33771be0405454e7845219d5df1bb88bb
commit r13-2391-g504424f33771be0405454e7845219d5df1bb88bb
Author: José Rui Faustino de Sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
--- Comment #2 from Mark Millard ---
(In reply to Mark Millard from comment #1)
> // g++12 -std=c++20 -fmodules-ts -xc++ -c gpp12_module_iostream_failure.cppm
> // g++12 -freport-bug -std=c++20 -fmodules-ts -c
> gpp12_module_iostream_failure.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
--- Comment #1 from Mark Millard ---
(In reply to Mark Millard from comment #0)
> Failing command sequence (from a FreeBSD context) for a reduced/small test
> case:
>
> // g++12 -std=c++20 -fmodules-ts -xc++-system-header memory
> // g++12 -std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106814
--- Comment #8 from seurer at gcc dot gnu.org ---
I tried dae8b9e2bbb6017bf90d68c7b720c500125c8295, r13-2390-gdae8b9e2bbb601 and
I am still seeing the failures.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106822
Bug ID: 106822
Summary: "Boolean-or" optimization opportunity not consistently
used
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106822
--- Comment #1 from Benjamin B. Meier ---
It might also be worth to note that the following code always compiles without
any jumps:
bool f2(const MyStruct *s)
{
return s->a | s ->b;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106822
--- Comment #2 from Andrew Pinski ---
The reason for the difference is because in the case where there is an int in
the structure, the alignment is 4 bytes so a 2 or 4 byte read for a and b will
not cause an fault while in the first case where t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106822
--- Comment #3 from Benjamin B. Meier ---
> The reason for the difference is because in the case where there is an int in
> the structure, the alignment is 4 bytes so a 2 or 4 byte read for a and b
> will not cause an fault while in the first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106823
Bug ID: 106823
Summary: #pragma GCC diagnostic ignored "-Wattribute-warning"
doesn't work for -flto
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106247
Michael Duggan changed:
What|Removed |Added
CC||mwd at md5i dot com
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
--- Comment #7 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #1)
> BTW, regarding sign, generally NaNs can have either sign, though in this
> testcase we know the sign is clear (positive NaN). Not sure how much we can
> rely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106247
--- Comment #8 from Michael Duggan ---
Created attachment 53533
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53533&action=edit
Reduced bug exemplar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106819
--- Comment #8 from Aldy Hernandez ---
Created attachment 53534
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53534&action=edit
Do not clobber signbit when unioning a NAN.
Untested patch to maintain signbit when unioning a NAN with anoth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106824
Bug ID: 106824
Summary: ice in set_nan, at value-range.cc:283
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
25 matches
Mail list logo
