--- Comment #12 from langton at gcc dot gnu dot org 2007-09-21 02:40
---
Fixed on trunk as of revision 128643.
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from langton at gcc dot gnu dot org 2007-09-21 02:34
---
Subject: Bug 20441
Author: langton
Date: Fri Sep 21 02:34:14 2007
New Revision: 128643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128643
Log:
PR fortran/20441
* gfortran.h : Add init_lo
--- Comment #10 from langton at gcc dot gnu dot org 2007-08-20 15:07
---
(In reply to comment #9)
> Adding -finit-real=nan (http://gcc.gnu.org/ml/fortran/2007-08/msg00408.html)
> is
> a real bonus for gfortran.
> Any chance to add "-finit-real=snan" to set "Signalling NaN" ?
> A SNaN
--- Comment #9 from arnaud02 at users dot sourceforge dot net 2007-08-20
12:28 ---
Adding -finit-real=nan (http://gcc.gnu.org/ml/fortran/2007-08/msg00408.html) is
a real bonus for gfortran.
Any chance to add "-finit-real=snan" to set "Signalling NaN" ?
A SNaN cannot be the result of an
--- Comment #8 from patchapp at dberlin dot org 2007-08-17 20:15 ---
Subject: Bug number PR20441
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01151.html
--
http://gcc.gnu.org/bugzilla/sh
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |langton at gcc dot gnu dot
|dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-11-30 22:57 ---
*** Bug 30029 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-27 16:47 ---
(In reply to comment #5)
> > > Besides zero initialization [...] a initialization to a (signaling) NaN
> > > (for
> > > complex, real) would be also nice to find uninitialized variables.
> >
> > Why use -Wuninitial
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-27 16:02 ---
> > Besides zero initialization [...] a initialization to a (signaling) NaN
> > (for
> > complex, real) would be also nice to find uninitialized variables.
>
> Why use -Wuninitialize will warn about those cases (tho
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-21 01:38 ---
(In reply to comment #3)
> Besides zero initialization (of Real, complex, integer, (what about
> logical?)),
> a initialization to a (signaling) NaN (for complex, real) would be also nice
> to
> find uninitialized
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de
2006-08-20 20:51 ---
Besides zero initialization (of Real, complex, integer, (what about logical?)),
a initialization to a (signaling) NaN (for complex, real) would be also nice to
find uninitialized variables.
--
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-07 12:48
---
*** Bug 26150 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Additional Comments From dir at lanl dot gov 2005-03-14 18:05 ---
This option is needed with most codes decended from main frame codes because
almost all compiliers for the main frames did something like "-finit-local-zero"
by default. The widely used suite of finite element codes fro
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
14 matches
Mail list logo
