[gfortran,ping] support for large kinds in front-end and library
Steve Kargl
sgk@troutmask.apl.washington.edu
Mon Sep 12 22:46:00 GMT 2005
On Mon, Sep 12, 2005 at 10:58:41PM +0100, Paul Brook wrote:
> > Or, we could provide degraded functions that use the double type ones:
> >
> > #ifndef HAVE_ATAN2L
> > long double atan2l (long double x) { return (long double) atan2 ((double)
> > x); }
> > #endif
>
> IMHO this is sufficient.
Yes, this is sufficient to allow FX to commit his patch.
However, we need a HUGE DISCLAIMER in the documentation
that states gfortran may have unacceptably poor REAL(10)
intrinsics procedures. Of course, we can hide behind the
"result has a value equal to a processor-dependent approximation
to ... " language found throughout 13.14.
real(10) :: x = 1.e1000
print*, log10(x)
end
I suppose that "+Inf" is a good "processor-dependent approximation
to" 1000.
> If users want full support they should get their
> system vendor to provide a libm that doesn't suck quite so much.
Thanks for the potshot. Implementing C99 math functions isn't
easy unless you violate Copyright (as in glibc's roundl()).
--
Steve
More information about the Gcc-patches
mailing list