Fortran: error recovery on invalid array section [PR108609]
authorHarald Anlauf <anlauf@gmx.de>
Wed, 1 Feb 2023 20:01:32 +0000 (21:01 +0100)
committerHarald Anlauf <anlauf@gmx.de>
Wed, 1 Feb 2023 20:01:32 +0000 (21:01 +0100)
The testcase for PR108527 uncovered a latent issue with invalid array
sections that resulted in different paths being taken on different
architectures.  Detect the invalid array declaration for a clean recovery.

gcc/fortran/ChangeLog:

PR fortran/108609
* expr.cc (find_array_section): Add check to prevent interpreting an
mpz non-integer constant as an integer.

gcc/testsuite/ChangeLog:

PR fortran/108609
* gfortran.dg/pr108527.f90: Adjust test pattern.

gcc/fortran/expr.cc
gcc/testsuite/gfortran.dg/pr108527.f90

index 3036b1b..c295721 100644 (file)
@@ -1552,7 +1552,11 @@ find_array_section (gfc_expr *expr, gfc_ref *ref)
       lower = ref->u.ar.as->lower[d];
       upper = ref->u.ar.as->upper[d];
 
-      if (!lower || !upper)
+      if (!lower || !upper
+         || lower->expr_type != EXPR_CONSTANT
+         || upper->expr_type != EXPR_CONSTANT
+         || lower->ts.type != BT_INTEGER
+         || upper->ts.type != BT_INTEGER)
        {
          t = false;
          goto cleanup;
index c97ba31..8045148 100644 (file)
@@ -4,7 +4,7 @@
 
 program p
   integer, parameter :: a((2.)) = [4,8] ! { dg-error "must be of INTEGER type" }
-  integer(a(1:1)) :: b                  ! { dg-error "out of bounds" }
+  integer(a(1:1)) :: b                  ! { dg-error "Unclassifiable statement" }
 end
 
 ! { dg-prune-output "Parameter array" }