History log of /netbsd-src/lib/libc/arch/m68k/gen/isinfl.c (Results 1 – 6 of 6)
Revision Date Author Comments
# 86223c37 30-Jan-2009 mhitch <mhitch@NetBSD.org>

The explicit integer bit is "don't care" for infinity, and now that it's
included in ext_frach, it needs to be masked off when testing for an
infinity value. Fixes the ieeefp/infinity regression tes

The explicit integer bit is "don't care" for infinity, and now that it's
included in ext_frach, it needs to be masked off when testing for an
infinity value. Fixes the ieeefp/infinity regression test on the 68060
which clears the explicity integer bit when loading an infinity value.

show more ...


# 8f4340d1 10-Jan-2008 martin <martin@NetBSD.org>

Modify the high part of the fraction so that we recognize our __infinityl
value.
XXX - seems like we could share this with LE archs


# 8e54f10b 04-Mar-2004 kleink <kleink@NetBSD.org>

* Turn isinf(3) and isnan(3) into C99-style macros.
* Make it possible for ports to override these (i.e., VAX).
* Remove isnanl(), which was internal to libc only.


# 964d6747 27-Oct-2003 kleink <kleink@NetBSD.org>

Err, rename some members added in previous to make them reflect their
semantics better.


# 5976f8aa 27-Oct-2003 kleink <kleink@NetBSD.org>

Retire local union { floating-type; struct ieee_prec; } in favor of those
available from <machine/ieee.h>


# 712c8de2 24-Oct-2003 kleink <kleink@NetBSD.org>

* Since there is no single portable IEEE 754 format for a long double,
keep a common implementation of isinfl() and isnanl() to be used by
platforms where `long double' == `double'; move others i

* Since there is no single portable IEEE 754 format for a long double,
keep a common implementation of isinfl() and isnanl() to be used by
platforms where `long double' == `double'; move others into
machine-dependent code.
* In due course, consider __VFP_FP__ on arm.

show more ...