public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
@ 2022-01-16 23:11 FX
  2022-01-22 20:58 ` Mikael Morin
  2022-01-25 11:34 ` Jakub Jelinek
  0 siblings, 2 replies; 9+ messages in thread
From: FX @ 2022-01-16 23:11 UTC (permalink / raw)
  To: fortran; +Cc: gcc-patches

[-- Attachment #1: Type: text/plain, Size: 911 bytes --]

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. In order to keep the code in ieee_helper.c relatively readable, I’ve put that new implementation in a separate file, issignaling_fallback.h.

The logic is borrowed from different routines in glibc, but gathered into a single file and much simpler than the glibc implementation, because we do not need to cover all the cases they have (comments with details are available in issignaling_fallback.h).

I can’t test this on all the targets I’d like to, obviously. But it was tested on x86_64-pc-linux-gnu (where it doesn’t do anything), on x86_64-pc-linux-gnu by mimicking the lack of a issignaling macro, and on x86_64-apple-darwin (which does not have issignaling).

OK to push?


[-- Attachment #2: issignaling.diff --]
[-- Type: application/octet-stream, Size: 9014 bytes --]

diff --git a/gcc/testsuite/gfortran.dg/ieee/signaling_3.f90 b/gcc/testsuite/gfortran.dg/ieee/signaling_3.f90
new file mode 100644
index 00000000000..45bd9c3599f
--- /dev/null
+++ b/gcc/testsuite/gfortran.dg/ieee/signaling_3.f90
@@ -0,0 +1,42 @@
+! { dg-do run }
+!
+program test
+  use, intrinsic :: iso_c_binding
+  use, intrinsic :: ieee_arithmetic
+  implicit none
+
+  real(kind=c_float) :: x
+  real(kind=c_double) :: y
+  real(kind=c_long_double) :: z
+
+  if (ieee_support_nan(x)) then
+    x = ieee_value(x, ieee_signaling_nan)
+    if (ieee_class(x) /= ieee_signaling_nan) stop 100
+    if (.not. ieee_is_nan(x)) stop 101
+
+    x = ieee_value(x, ieee_quiet_nan)
+    if (ieee_class(x) /= ieee_quiet_nan) stop 103
+    if (.not. ieee_is_nan(x)) stop 104
+  end if
+
+  if (ieee_support_nan(y)) then
+    y = ieee_value(y, ieee_signaling_nan)
+    if (ieee_class(y) /= ieee_signaling_nan) stop 100
+    if (.not. ieee_is_nan(y)) stop 101
+
+    y = ieee_value(y, ieee_quiet_nan)
+    if (ieee_class(y) /= ieee_quiet_nan) stop 103
+    if (.not. ieee_is_nan(y)) stop 104
+  end if
+
+  if (ieee_support_nan(z)) then
+    z = ieee_value(z, ieee_signaling_nan)
+    if (ieee_class(z) /= ieee_signaling_nan) stop 100
+    if (.not. ieee_is_nan(z)) stop 101
+
+    z = ieee_value(z, ieee_quiet_nan)
+    if (ieee_class(z) /= ieee_quiet_nan) stop 103
+    if (.not. ieee_is_nan(z)) stop 104
+  end if
+
+end program test
diff --git a/libgfortran/ieee/issignaling_fallback.h b/libgfortran/ieee/issignaling_fallback.h
new file mode 100644
index 00000000000..e824cf8c59b
--- /dev/null
+++ b/libgfortran/ieee/issignaling_fallback.h
@@ -0,0 +1,238 @@
+/* Fallback implementation of issignaling macro.
+   Copyright (C) 2022 Free Software Foundation, Inc.
+   Contributed by Francois-Xavier Coudert <fxcoudert@gcc.gnu.org>
+
+This file is part of the GNU Fortran runtime library (libgfortran).
+
+Libgfortran is free software; you can redistribute it and/or
+modify it under the terms of the GNU General Public
+License as published by the Free Software Foundation; either
+version 3 of the License, or (at your option) any later version.
+
+Libgfortran is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+Under Section 7 of GPL version 3, you are granted additional
+permissions described in the GCC Runtime Library Exception, version
+3.1, as published by the Free Software Foundation.
+
+You should have received a copy of the GNU General Public License and
+a copy of the GCC Runtime Library Exception along with this program;
+see the files COPYING3 and COPYING.RUNTIME respectively.  If not, see
+<http://www.gnu.org/licenses/>.  */
+
+#include "libgfortran.h"
+
+/* This header provides an implementation of the type-generic issignaling macro.
+   Some points of note:
+
+     - This header is only included if the issignaling macro is not defined.
+     - All targets for which Fortran IEEE modules are supported currently have
+       the high-order bit of the NaN mantissa clear for signaling (and set
+       for quiet), as recommended by IEEE.
+     - We use the __*_IS_IEC_60559__ macros to make sure we only deal with formats
+       we know. For other floating-point formats, we consider all NaNs as quiet.
+
+ */
+
+typedef union
+{
+  float value;
+  uint32_t word;
+} ieee_float_shape_type;
+
+static inline int
+__issignalingf (float x)
+{
+#if __FLT_IS_IEC_60559__
+  uint32_t xi;
+  ieee_float_shape_type u;
+
+  u.value = x;
+  xi = u.word;
+
+  xi ^= 0x00400000;
+  return (xi & 0x7fffffff) > 0x7fc00000;
+#else
+  return 0;
+#endif
+}
+
+
+typedef union
+{
+  double value;
+  uint64_t word;
+} ieee_double_shape_type;
+
+static inline int
+__issignaling (double x)
+{
+#if __DBL_IS_IEC_60559__
+  ieee_double_shape_type u;
+  uint64_t xi;
+
+  u.value = x;
+  xi = u.word;
+
+  xi ^= UINT64_C (0x0008000000000000);
+  return (xi & UINT64_C (0x7fffffffffffffff)) > UINT64_C (0x7ff8000000000000);
+#else
+  return 0;
+#endif
+}
+
+
+#if __LDBL_DIG__ == __DBL_DIG__
+
+/* Long double is the same as double.  */
+static inline int
+__issignalingl (long double x)
+{
+  return __issignaling (x);
+}
+
+#elif (__LDBL_DIG__ == 18) && __LDBL_IS_IEC_60559__
+
+/* Long double is x86 extended type.  */
+
+typedef union
+{
+  long double value;
+  struct
+  {
+#if __FLOAT_WORD_ORDER == __BIG_ENDIAN
+    int sign_exponent:16;
+    unsigned int empty:16;
+    uint32_t msw;
+    uint32_t lsw;
+#elif __FLOAT_WORD_ORDER == __LITTLE_ENDIAN
+    uint32_t lsw;
+    uint32_t msw;
+    int sign_exponent:16;
+    unsigned int empty:16;
+#endif
+  } parts;
+} ieee_long_double_shape_type;
+
+static inline int
+__issignalingl (long double x)
+{
+  int ret;
+  uint32_t exi, hxi, lxi;
+  ieee_long_double_shape_type u;
+
+  u.value = x;
+  exi = u.parts.sign_exponent;
+  hxi = u.parts.msw;
+  lxi = u.parts.lsw;
+
+  /* Pseudo numbers on x86 are always signaling.  */
+  ret = (exi & 0x7fff) && ((hxi & 0x80000000) == 0);
+
+  hxi ^= 0x40000000;
+  hxi |= (lxi | -lxi) >> 31;
+  return ret || (((exi & 0x7fff) == 0x7fff) && (hxi > 0xc0000000));
+}
+
+#elif (__LDBL_DIG__ = 33) && __LDBL_IS_IEC_60559__
+
+/* Long double is 128-bit type.  */
+
+typedef union
+{
+  long double value;
+  struct
+  {
+#if __FLOAT_WORD_ORDER == __BIG_ENDIAN
+    uint64_t msw;
+    uint64_t lsw;
+#elif __FLOAT_WORD_ORDER == __LITTLE_ENDIAN
+    uint64_t lsw;
+    uint64_t msw;
+#endif
+  } parts64;
+} ieee854_long_double_shape_type;
+
+static inline int
+__issignalingl (long double x)
+{
+  uint64_t hxi, lxi;
+  ieee854_long_double_shape_type u;
+
+  u.value = x;
+  hxi = u.parts64.msw;
+  lxi = u.parts64.lsw;
+
+  hxi ^= UINT64_C (0x0000800000000000);
+  hxi |= (lxi | -lxi) >> 63;
+  return (hxi & UINT64_C (0x7fffffffffffffff)) > UINT64_C (0x7fff800000000000);
+}
+
+#else
+
+static inline int
+__issignalingl (long double x)
+{
+  return 0;
+}
+
+#endif
+
+
+#if __FLT128_IS_IEC_60559__
+
+/* We have a _Float128 type.  */
+
+typedef union
+{
+  __float128 value;
+  struct
+  {
+#if __FLOAT_WORD_ORDER == __BIG_ENDIAN
+    uint64_t msw;
+    uint64_t lsw;
+#elif __FLOAT_WORD_ORDER == __LITTLE_ENDIAN
+    uint64_t lsw;
+    uint64_t msw;
+#endif
+  } parts64;
+} ieee854_float128_shape_type;
+
+static inline int
+__issignalingf128 (__float128 x)
+{
+  uint64_t hxi, lxi;
+  ieee854_float128_shape_type u;
+
+  u.value = x;
+  hxi = u.parts64.msw;
+  lxi = u.parts64.lsw;
+
+  hxi ^= UINT64_C (0x0000800000000000);
+  hxi |= (lxi | -lxi) >> 63;
+  return (hxi & UINT64_C (0x7fffffffffffffff)) > UINT64_C (0x7fff800000000000);
+}
+
+#endif
+
+
+/* Define the type-generic macro based on the functions above.  */
+
+#if __FLT128_IS_IEC_60559__
+# define issignaling(X) \
+  _Generic ((X), \
+	    __float128: __issignalingf128, \
+	    float: __issignalingf, \
+	    double: __issignaling, \
+	    long double: __issignalingl)(X)
+#else
+# define issignaling(X) \
+  _Generic ((X), \
+	    float: __issignalingf, \
+	    double: __issignaling, \
+	    long double: __issignalingl)(X)
+#endif
+
diff --git a/gcc/testsuite/gfortran.dg/ieee/signaling_1.f90 b/gcc/testsuite/gfortran.dg/ieee/signaling_1.f90
index 93c8e183a2a..3419ddc19c8 100644
--- a/gcc/testsuite/gfortran.dg/ieee/signaling_1.f90
+++ b/gcc/testsuite/gfortran.dg/ieee/signaling_1.f90
@@ -1,5 +1,4 @@
 ! { dg-do run }
-! { dg-require-effective-target issignaling } */
 ! { dg-additional-sources signaling_1_c.c }
 ! { dg-additional-options "-w" }
 ! the -w option is needed to make cc1 not report a warning for 
diff --git a/gcc/testsuite/gfortran.dg/ieee/signaling_2.f90 b/gcc/testsuite/gfortran.dg/ieee/signaling_2.f90
index e7e7a4a10f2..07f7b3a034c 100644
--- a/gcc/testsuite/gfortran.dg/ieee/signaling_2.f90
+++ b/gcc/testsuite/gfortran.dg/ieee/signaling_2.f90
@@ -1,8 +1,11 @@
 ! { dg-do run }
+!
 ! { dg-require-effective-target issignaling } */
+! The companion C source needs access to the issignaling macro.
+!
 ! { dg-additional-sources signaling_2_c.c }
 ! { dg-additional-options "-w" }
-! the -w option is needed to make cc1 not report a warning for
+! The -w option is needed to make cc1 not report a warning for
 ! the -fintrinsic-modules-path option passed by ieee.exp
 !
 program test
diff --git a/libgfortran/ieee/ieee_helper.c b/libgfortran/ieee/ieee_helper.c
index 794ccec40ee..7e310f2c5b0 100644
--- a/libgfortran/ieee/ieee_helper.c
+++ b/libgfortran/ieee/ieee_helper.c
@@ -26,11 +26,10 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  If not, see
 #include "libgfortran.h"
 
 
-/* Check support for issignaling macro.
-   TODO: In the future, provide fallback implementations for IEEE types,
-   because many libc's do not have issignaling yet.  */
+/* Check support for issignaling macro.  If not, we include our own
+   fallback implementation.  */
 #ifndef issignaling
-# define issignaling(X) 0
+# include "issignaling_fallback.h"
 #endif
 
 

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-16 23:11 [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc FX
@ 2022-01-22 20:58 ` Mikael Morin
  2022-01-23 10:05   ` FX
  2022-01-25 11:34 ` Jakub Jelinek
  1 sibling, 1 reply; 9+ messages in thread
From: Mikael Morin @ 2022-01-22 20:58 UTC (permalink / raw)
  To: FX, fortran; +Cc: gcc-patches

Hello,

Le 17/01/2022 à 00:11, FX via Fortran a écrit :
> 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. In order to keep the code in ieee_helper.c relatively readable, I’ve put that new implementation in a separate file, issignaling_fallback.h.
> 
> The logic is borrowed from different routines in glibc, but gathered into a single file and much simpler than the glibc implementation, because we do not need to cover all the cases they have (comments with details are available in issignaling_fallback.h).
> 
> I can’t test this on all the targets I’d like to, obviously. But it was tested on x86_64-pc-linux-gnu (where it doesn’t do anything), on x86_64-pc-linux-gnu by mimicking the lack of a issignaling macro, and on x86_64-apple-darwin (which does not have issignaling).
> 
> OK to push?
> 
again, I feel underqualified to review this.
I spotted two unexpected things (to me at least) related to x86 extended 
type:

> diff --git a/libgfortran/ieee/issignaling_fallback.h b/libgfortran/ieee/issignaling_fallback.h
> new file mode 100644
> index 00000000000..e824cf8c59b
> --- /dev/null
> +++ b/libgfortran/ieee/issignaling_fallback.h

...

> +
> +#elif (__LDBL_DIG__ == 18) && __LDBL_IS_IEC_60559__
> +
> +/* Long double is x86 extended type.  */
> +
> +typedef union
> +{
> +  long double value;
> +  struct
> +  {
> +#if __FLOAT_WORD_ORDER == __BIG_ENDIAN
> +    int sign_exponent:16;
> +    unsigned int empty:16;
> +    uint32_t msw;
> +    uint32_t lsw;
> +#elif __FLOAT_WORD_ORDER == __LITTLE_ENDIAN
> +    uint32_t lsw;
> +    uint32_t msw;
> +    int sign_exponent:16;
> +    unsigned int empty:16;
> +#endif
> +  } parts;
> +} ieee_long_double_shape_type;
> +

- You check for endianness, so the format is not x86-specific?
- Is it expected that the padding bits are in the middle of the data in 
the big-endian case?


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-22 20:58 ` Mikael Morin
@ 2022-01-23 10:05   ` FX
  2022-01-23 15:56     ` Mikael Morin
  0 siblings, 1 reply; 9+ messages in thread
From: FX @ 2022-01-23 10:05 UTC (permalink / raw)
  To: Mikael Morin; +Cc: fortran, gcc-patches

Hi Mikael,

> I spotted two unexpected things (to me at least) related to x86 extended type:
> - You check for endianness, so the format is not x86-specific?
> - Is it expected that the padding bits are in the middle of the data in the big-endian case?

IEEE specifies that extended precision types can be present, possibly with any endianness, at least in theory. There are other CPUs with extended precision types than Intel, although we probably don’t support them currently in gfortran: Motorola 68881 has a IEEE-compatible 80-bit format and is big endian. I kept the code generic, but if you think it’s a problem I can remove that part and make it error out.

I followed the logic used in glibc to deal with bit layout and endianness, so it should be safe as currently proposed.

FX

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-23 10:05   ` FX
@ 2022-01-23 15:56     ` Mikael Morin
  2022-01-24 14:23       ` FX
  0 siblings, 1 reply; 9+ messages in thread
From: Mikael Morin @ 2022-01-23 15:56 UTC (permalink / raw)
  To: FX; +Cc: fortran, gcc-patches

Le 23/01/2022 à 11:05, FX a écrit :
> Hi Mikael,
> 
>> I spotted two unexpected things (to me at least) related to x86 extended type:
>> - You check for endianness, so the format is not x86-specific?
>> - Is it expected that the padding bits are in the middle of the data in the big-endian case?
> 
> IEEE specifies that extended precision types can be present, possibly with any endianness, at least in theory. There are other CPUs with extended precision types than Intel, although we probably don’t support them currently in gfortran: Motorola 68881 has a IEEE-compatible 80-bit format and is big endian. I kept the code generic, but if you think it’s a problem I can remove that part and make it error out.
> 
No, it’s not a problem, I just was surprised to see endianness checks as 
I thought it was x86-only.

> I followed the logic used in glibc to deal with bit layout and endianness, so it should be safe as currently proposed.
> 
Then it’s OK to commit for me, but you will need approval from release 
managers at this stage.

Thanks.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-23 15:56     ` Mikael Morin
@ 2022-01-24 14:23       ` FX
  2022-01-24 17:21         ` Thomas Koenig
  0 siblings, 1 reply; 9+ messages in thread
From: FX @ 2022-01-24 14:23 UTC (permalink / raw)
  To: Mikael Morin; +Cc: fortran, gcc-patches

> Then it’s OK to commit for me, but you will need approval from release managers at this stage.

Hum… I submitted it before stage 4 started, does that count?

FX

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-24 14:23       ` FX
@ 2022-01-24 17:21         ` Thomas Koenig
  2022-01-24 22:18           ` FX
  0 siblings, 1 reply; 9+ messages in thread
From: Thomas Koenig @ 2022-01-24 17:21 UTC (permalink / raw)
  To: FX, Mikael Morin; +Cc: gcc-patches, fortran

On 24.01.22 15:23, FX via Fortran wrote:
>> Then it’s OK to commit for me, but you will need approval from release managers at this stage.
> Hum… I submitted it before stage 4 started, does that count?

Yes, it does.

(There is also some leeway granted to non-release-critical languages
like Fortran.  RM approval is only needed once a branch has been
frozen).

Best regards

	Thomas

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-24 17:21         ` Thomas Koenig
@ 2022-01-24 22:18           ` FX
  0 siblings, 0 replies; 9+ messages in thread
From: FX @ 2022-01-24 22:18 UTC (permalink / raw)
  To: Thomas Koenig; +Cc: Mikael Morin, gcc-patches, fortran

> Yes, it does.
> 
> (There is also some leeway granted to non-release-critical languages
> like Fortran.  RM approval is only needed once a branch has been
> frozen).

Thanks Thomas. Pushed: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=e89d0befe3ec3238fca6de2cb078eb403b8c7e99

I’m hoping my use of macros is enough to make it build on all target, and I’ll follow the gcc-testresults and other lists to see if there is any trouble. If you see something (or something is reported), feel free to CC me on it…

FX

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-16 23:11 [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc FX
  2022-01-22 20:58 ` Mikael Morin
@ 2022-01-25 11:34 ` Jakub Jelinek
  2022-01-25 11:39   ` FX
  1 sibling, 1 reply; 9+ messages in thread
From: Jakub Jelinek @ 2022-01-25 11:34 UTC (permalink / raw)
  To: FX; +Cc: fortran, gcc-patches

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. In order to keep the code in ieee_helper.c relatively readable, I’ve put that new implementation in a separate file, issignaling_fallback.h.
> 
> The logic is borrowed from different routines in glibc, but gathered into a single file and much simpler than the glibc implementation, because we do not need to cover all the cases they have (comments with details are available in issignaling_fallback.h).
> 
> I can’t test this on all the targets I’d like to, obviously. But it was tested on x86_64-pc-linux-gnu (where it doesn’t do anything), on x86_64-pc-linux-gnu by mimicking the lack of a issignaling macro, and on x86_64-apple-darwin (which does not have issignaling).

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.

Ok for trunk?

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.

--- libgfortran/ieee/issignaling_fallback.h.jj	2022-01-25 12:14:45.404232320 +0100
+++ libgfortran/ieee/issignaling_fallback.h	2022-01-25 12:14:52.504131720 +0100
@@ -137,6 +137,19 @@ __issignalingl (long double x)
   return ret || (((exi & 0x7fff) == 0x7fff) && (hxi > 0xc0000000));
 }
 
+#elif (__LDBL_DIG__ == 31)
+
+/* Long double is 128-bit IBM extended type.  */
+
+static inline int
+__issignalingl (long double x)
+{
+  union { long double value; double parts[2]; } u;
+
+  u.value = x;
+  return __issignaling (u.parts[0]);
+}
+
 #elif (__LDBL_DIG__ == 33) && __LDBL_IS_IEC_60559__
 
 /* Long double is 128-bit type.  */


	Jakub


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc
  2022-01-25 11:34 ` Jakub Jelinek
@ 2022-01-25 11:39   ` FX
  0 siblings, 0 replies; 9+ messages in thread
From: FX @ 2022-01-25 11:39 UTC (permalink / raw)
  To: Jakub Jelinek; +Cc: fortran, gcc-patches

Hi Jakub,

> This doesn't seem to handle the powerpc* IBM double double long double.

Do we support the IEEE Fortran modules on this target, despite having a non-IEEE long double? I remember we talked about it when I first implemented it, but can’t remember what choice we ended up making.


> __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.
> 
> Ok for trunk?

It doesn’t hurt to provide an implementation, in any case. OK to push, and thanks for the patch.

FX

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2022-01-25 11:39 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-16 23:11 [PATCH] Fortran: detect signaling NaNs on targets without issignaling macro in libc FX
2022-01-22 20:58 ` Mikael Morin
2022-01-23 10:05   ` FX
2022-01-23 15:56     ` Mikael Morin
2022-01-24 14:23       ` FX
2022-01-24 17:21         ` Thomas Koenig
2022-01-24 22:18           ` FX
2022-01-25 11:34 ` Jakub Jelinek
2022-01-25 11:39   ` FX

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).