]> git.ipfire.org Git - thirdparty/glibc.git/commitdiff
powerpc: Do not raise exception traps for fesetexcept/fesetexceptflag (BZ 30988)
authorAdhemerval Zanella <adhemerval.zanella@linaro.org>
Tue, 24 Oct 2023 11:37:14 +0000 (08:37 -0300)
committerAdhemerval Zanella <adhemerval.zanella@linaro.org>
Tue, 19 Dec 2023 18:12:34 +0000 (15:12 -0300)
According to ISO C23 (7.6.4.4), fesetexcept is supposed to set
floating-point exception flags without raising a trap (unlike
feraiseexcept, which is supposed to raise a trap if feenableexcept was
called with the appropriate argument).

This is a side-effect of how we implement the GNU extension
feenableexcept, where feenableexcept/fesetenv/fesetmode/feupdateenv
might issue prctl (PR_SET_FPEXC, PR_FP_EXC_PRECISE) depending of the
argument.  And on PR_FP_EXC_PRECISE, setting a floating-point exception
flag triggers a trap.

To make the both functions follow the C23, fesetexcept and
fesetexceptflag now fail if the argument may trigger a trap.

The math tests now check for an value different than 0, instead
of bail out as unsupported for EXCEPTION_SET_FORCES_TRAP.

Checked on powerpc64le-linux-gnu.

Reviewed-by: Carlos O'Donell <carlos@redhat.com>
math/test-fesetexcept-traps.c
math/test-fexcept-traps.c
sysdeps/powerpc/fpu/fesetexcept.c
sysdeps/powerpc/fpu/fsetexcptflg.c

index 71b6e45b33d76f5d881c09137f6285ab784f67e9..7efcd0343a6545b7c034af1de27154ccc704b228 100644 (file)
@@ -39,16 +39,24 @@ do_test (void)
       return result;
     }
 
-  if (EXCEPTION_SET_FORCES_TRAP)
-    {
-      puts ("setting exceptions traps, cannot test on this architecture");
-      return 77;
-    }
-  /* Verify fesetexcept does not cause exception traps.  */
+  /* Verify fesetexcept does not cause exception traps.  For architectures
+     where setting the exception might result in traps the function should
+     return a nonzero value.  */
   ret = fesetexcept (FE_ALL_EXCEPT);
+
+  _Static_assert (!(EXCEPTION_SET_FORCES_TRAP && !EXCEPTION_TESTS(float)),
+                 "EXCEPTION_SET_FORCES_TRAP only makes sense if the "
+                 "architecture suports exceptions");
+
   if (ret == 0)
-    puts ("fesetexcept (FE_ALL_EXCEPT) succeeded");
-  else
+    {
+      if (EXCEPTION_SET_FORCES_TRAP)
+       {
+         puts ("unexpected fesetexcept success");
+         result = 1;
+       }
+    }
+  else if (!EXCEPTION_SET_FORCES_TRAP)
     {
       puts ("fesetexcept (FE_ALL_EXCEPT) failed");
       if (EXCEPTION_TESTS (float))
index 9701c3c3206216db692662a670e5f8a9c224c8e2..998c2410585344c9c6e9bc6306854054049b774c 100644 (file)
@@ -63,14 +63,16 @@ do_test (void)
       result = 1;
     }
 
-  if (EXCEPTION_SET_FORCES_TRAP)
-    {
-      puts ("setting exceptions traps, cannot test on this architecture");
-      return 77;
-    }
-  /* The test is that this does not cause exception traps.  */
+  /* The test is that this does not cause exception traps.  For architectures
+     where setting the exception might result in traps the function should
+     return a nonzero value.  */
   ret = fesetexceptflag (&saved, FE_ALL_EXCEPT);
-  if (ret != 0)
+
+  _Static_assert (!(EXCEPTION_SET_FORCES_TRAP && !EXCEPTION_TESTS(float)),
+                 "EXCEPTION_SET_FORCES_TRAP only makes sense if the "
+                 "architecture suports exceptions");
+
+  if (ret != 0 && !EXCEPTION_SET_FORCES_TRAP)
     {
       puts ("fesetexceptflag failed");
       result = 1;
index 609a148a958bfd836c4aa6fc367f31cb915fb0b1..2850156d3a9ea3f7a0853d4a1fd990d6a63af5b1 100644 (file)
@@ -31,6 +31,11 @@ fesetexcept (int excepts)
            & FE_INVALID_SOFTWARE));
   if (n.l != u.l)
     {
+      if (n.l & fenv_exceptions_to_reg (excepts))
+       /* Setting the exception flags may trigger a trap.  ISO C 23 § 7.6.4.4
+           does not allow it.   */
+       return -1;
+
       fesetenv_register (n.fenv);
 
       /* Deal with FE_INVALID_SOFTWARE not being implemented on some chips.  */
index 2b22f913c05b5577e3330ea0e3635fe414f4ba34..6517e8ea03b7ec238ca218cec740e72128023ed7 100644 (file)
@@ -44,7 +44,14 @@ __fesetexceptflag (const fexcept_t *flagp, int excepts)
      This may cause floating-point exceptions if the restored state
      requests it.  */
   if (n.l != u.l)
-    fesetenv_register (n.fenv);
+    {
+      if (n.l & fenv_exceptions_to_reg (excepts))
+       /* Setting the exception flags may trigger a trap.  ISO C 23 § 7.6.4.4
+           does not allow it.   */
+       return -1;
+
+      fesetenv_register (n.fenv);
+    }
 
   /* Deal with FE_INVALID_SOFTWARE not being implemented on some chips.  */
   if (flag & FE_INVALID)