--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-06-18 06:42
---
Subject: Bug 19904
Author: jvdelisle
Date: Sun Jun 18 06:42:26 2006
New Revision: 114753
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114753
Log:
2006-06-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-06-08 01:10
---
This bug is related to 19310
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19904
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-02-11 17:44 ---
You are probably right that my example does not conform to the standard,
because I don't use equilance() and I whipped up the example in a minute
without inspection of its conformance.
Anyw
--- Additional Comments From schnetter at aei dot mpg dot de 2005-02-11
17:17 ---
Actually, gfortran handles nans correctly (according to the IEEE standard) in
all other cases. I can e.g. generate a nan through the expression a/b, if I
only hide from the compiler the fact that b is ze
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-02-11 17:10 ---
Gfortran is a Fortran 95 compiler, and AFAIK gfortran's behavior conforms
to the Fortran 95 standard, because it has no allowance for floating point
exception. Someday, gfortran may/will su
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
13:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E