diff options
| author | Joseph Myers <joseph@codesourcery.com> | 2017-08-31 16:39:25 +0000 |
|---|---|---|
| committer | Joseph Myers <joseph@codesourcery.com> | 2017-08-31 16:39:25 +0000 |
| commit | c0c49d60cfeff3b2aa801d6598143a073989654a (patch) | |
| tree | 248bd1a808a8f2e27396ddfd1c04e5362d7e5da2 /string/xpg-strerror.c | |
| parent | 5ef1b2138d4236bb3616e612c5bc4dc328a9ffb2 (diff) | |
| download | glibc-c0c49d60cfeff3b2aa801d6598143a073989654a.tar.gz glibc-c0c49d60cfeff3b2aa801d6598143a073989654a.tar.xz glibc-c0c49d60cfeff3b2aa801d6598143a073989654a.zip | |
Simplify NAN definitions.
Similar to my patches for HUGE_VAL and INFINITY. this patch eliminates
the bits/nan.h headers. __builtin_nanf ("") is used to define NAN for
GCC 3.3 and later; the fallback is (0.0f / 0.0f), which is a constant
expression for a quiet NaN of type float, but raises a spurious
"invalid" exception outside static initializers, which seems the best
that can be done purely in standard C. Again, if anyone actually uses
a compiler with its own incompatible extension for producing a
constant quiet NaN, we can add compiler conditionals.
Tested for x86_64.
* math/math.h [__USE_ISOC99] (NAN): Define directly here. Do not
include <bits/nan.h>.
* math/Makefile (headers): Remove bits/nan.h.
* bits/nan.h: Remove.
* sysdeps/ieee754/bits/nan.h: Likewise.
* sysdeps/mips/bits/nan.h: Likewise.
Diffstat (limited to 'string/xpg-strerror.c')
0 files changed, 0 insertions, 0 deletions