This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/32979] Implement vendor-specific ISNAN() intrinsic function
- From: "sgk at troutmask dot apl dot washington dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 3 Aug 2007 20:33:04 -0000
- Subject: [Bug fortran/32979] Implement vendor-specific ISNAN() intrinsic function
- References: <bug-32979-13404@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #3 from sgk at troutmask dot apl dot washington dot edu 2007-08-03 20:33 -------
Subject: Re: Implement vendor-specific ISNAN() intrinsic function
On Fri, Aug 03, 2007 at 08:25:08PM -0000, burnus at gcc dot gnu dot org wrote:
>
> > If we're going to implement isnan, then we should implement all of the
> > FP classification functions (isfinite, isinf, isnan, isnormal, and maybe
> > fpclassify).
>
> I'm not sure if this is needed. For instance, isnan() is implemented
> by g95 and ifort, but the other intrinsics are not. Note that using
> Fortran 2003's IEEE_* modules, the functionality will be available
> albeit under a different name.
>
I then believe that we do not need isnan. A person can use
either IEEE_* when it becomes available or bind(c). I don't
see why isnan is special in comparison to isinf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32979