diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2022-01-25 12:48:35 +0100 |
|---|---|---|
| committer | Jakub Jelinek <jakub@redhat.com> | 2022-01-25 12:48:35 +0100 |
| commit | 480caa1f4ab1f138435239d67ffe3126c5e27b2b (patch) | |
| tree | e3963231117ec75c9832ce8e7c33a04df15b42b7 /gcc/builtins.cc | |
| parent | 2e211a02290f3b3533b56c593fc7b95edb8593b0 (diff) | |
| download | gcc-480caa1f4ab1f138435239d67ffe3126c5e27b2b.zip gcc-480caa1f4ab1f138435239d67ffe3126c5e27b2b.tar.gz gcc-480caa1f4ab1f138435239d67ffe3126c5e27b2b.tar.bz2 | |
libfortran: Provide fallback __issignalingl for IBM extended long double
On Mon, Jan 17, 2022 at 12:11:59AM +0100, FX via Gcc-patches wrote:
> This patch is the third in my “signaling NaN” series.
> For targets with IEEE support but without the issignaling macro in libc
> (i.e., everywhere except glibc), this allows us to provide a fallback
> implementation.
This doesn't seem to handle the powerpc* IBM double double long double.
__LDBL_IS_IEC_60559__ isn't defined for this type, because it is far from
an IEEE754 type, but it has signaling NaNs - as can be seen in glibc
libc/sysdeps/ieee754/ldbl-128ibm/s_issignalingl.c
the type is a pair of doubles and whether it is a sNaN or qNaN is determined
by whether the first double is a sNaN or qNaN.
2022-01-25 Jakub Jelinek <jakub@redhat.com>
* ieee/issignaling_fallback.h (__issignalingl): Define for
IBM extended long double are returning __issignaling on the
first double.
Diffstat (limited to 'gcc/builtins.cc')
0 files changed, 0 insertions, 0 deletions