--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-02-02 08:50 ---
I agree with Alan.
Although the format is not compatible with IEEE arithmetic, this applies only
because the arithmetic is different, not the handling of special cases. In
every case where the inputs are exactly rep
--- Comment #5 from amodra at bigpond dot net dot au 2006-02-02 06:18
---
* config/rs6000/darwin-ldouble.c (__gcc_qadd): Preserve -0.0 result.
Index: gcc/config/rs6000/darwin-ldouble.c
===
--- gcc/config/rs6000/dar
--- Comment #4 from amodra at bigpond dot net dot au 2006-02-02 04:30
---
I don't think this bug should have been closed so quickly. Fixing __gcc_qadd
to properly handle a -0 result is trivial, and only costs one extra compare and
branch. The multiply and divide support in darwin-ldou
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-27 18:02 ---
So closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-27 17:59 ---
The IBM 128-bit extended floating point format is not fully compliant with IEEE
754. It is functioning as designed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25960
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 14:39 ---
Confirmed on powerpc-darwin also which uses IBM's 128bit long double format by
default.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
