https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Richard Biener changed:
What|Removed |Added
Target Milestone|9.5 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Richard Biener changed:
What|Removed |Added
Target Milestone|9.4 |9.5
--- Comment #16 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.3 |9.4
--- Comment #15 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.2 |9.3
--- Comment #14 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.0 |9.2
--- Comment #13 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Segher Boessenkool changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |segher at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #11 from Segher Boessenkool ---
If you use -fsignaling-nans everything works as expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #9 from Segher Boessenkool ---
(In reply to Bill Schmidt from comment #8)
> That makes sense -- we already have a NaN rather than an SNaN by the time we
> hit the Ealias pass.
It's already a QNaN in 004t.original (the very first dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #8 from Bill Schmidt ---
That makes sense -- we already have a NaN rather than an SNaN by the time we
hit the Ealias pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #7 from joseph at codesourcery dot com ---
If you use __builtin_nansf128 (which returns _Float128) but __float128 is
long double, it's possible the implicit conversion from storing the result
of __builtin_nansq in y.value results in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #6 from Segher Boessenkool ---
The values created for the four NaNs are
7fff8001
7fff8002ab3c
7fff8001
7fff8002ab3c
with -mabi=ieeelongdouble
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #5 from Michael Meissner ---
Created attachment 44342
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44342&action=edit
Patch to map 'q' builtins to 'l' instead of 'f128'
This patch 'fixes' the problem by changing the __builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #4 from Michael Meissner ---
If I change the __builtin_nanq calls to __builtin_nanl and the __builtin_nansq
calls to __builtin_nansl when __float128 and long double use the same type, the
test works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #3 from Michael Meissner ---
BTW, I compiled the same code on the x86 with both -mlong-double-80 and
-mlong-double-128 options, and FRE1 deletes the code, but returns 0 instead of
calling abort.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Bill Schmidt changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #2 from Michael Meissner ---
Created attachment 44341
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44341&action=edit
Fre1 tree pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #1 from Michael Meissner ---
Created attachment 44340
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44340&action=edit
Ealias tree pass (pass before FRE1)
19 matches
Mail list logo
