public inbox for gcc-cvs@sourceware.org
help / color / mirror / Atom feed
* [gcc/devel/omp/gcc-10] PR fortran/71706 - ICE on using sync images with -fcheck=bounds
@ 2020-07-14 10:53 Tobias Burnus
0 siblings, 0 replies; only message in thread
From: Tobias Burnus @ 2020-07-14 10:53 UTC (permalink / raw)
To: gcc-cvs
https://gcc.gnu.org/g:5d8ee8e91eb07cd529230321f458d424019c0f07
commit 5d8ee8e91eb07cd529230321f458d424019c0f07
Author: Harald Anlauf <anlauf@gmx.de>
Date: Mon Jun 29 15:15:49 2020 +0200
PR fortran/71706 - ICE on using sync images with -fcheck=bounds
The run-time checking code did not properly convert the kind of the
argument to SYNC IMAGES, leading to an error in verify_gimple. Fix that.
gcc/fortran/
PR fortran/71706
* trans-stmt.c (gfc_trans_sync): Do proper kind conversion in
bounds-checking code.
(cherry picked from commit e6cc67f6616c96f3e18a434e0c74ba2f3818cb6d)
Diff:
---
gcc/fortran/trans-stmt.c | 6 +++---
gcc/testsuite/gfortran.dg/pr71706.f90 | 10 ++++++++++
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/gcc/fortran/trans-stmt.c b/gcc/fortran/trans-stmt.c
index 4e9b5ad2932..54b56c4f01d 100644
--- a/gcc/fortran/trans-stmt.c
+++ b/gcc/fortran/trans-stmt.c
@@ -1228,6 +1228,7 @@ gfc_trans_sync (gfc_code *code, gfc_exec_op type)
if (code->expr1 && (gfc_option.rtcheck & GFC_RTCHECK_BOUNDS)
&& code->expr1->rank == 0)
{
+ tree images2 = fold_convert (integer_type_node, images);
tree cond;
if (flag_coarray != GFC_FCOARRAY_LIB)
cond = fold_build2_loc (input_location, NE_EXPR, logical_type_node,
@@ -1239,7 +1240,7 @@ gfc_trans_sync (gfc_code *code, gfc_exec_op type)
2, integer_zero_node,
build_int_cst (integer_type_node, -1));
cond = fold_build2_loc (input_location, GT_EXPR, logical_type_node,
- images, tmp);
+ images2, tmp);
cond2 = fold_build2_loc (input_location, LT_EXPR, logical_type_node,
images,
build_int_cst (TREE_TYPE (images), 1));
@@ -1248,8 +1249,7 @@ gfc_trans_sync (gfc_code *code, gfc_exec_op type)
}
gfc_trans_runtime_check (true, false, cond, &se.pre,
&code->expr1->where, "Invalid image number "
- "%d in SYNC IMAGES",
- fold_convert (integer_type_node, images));
+ "%d in SYNC IMAGES", images2);
}
/* Per F2008, 8.5.1, a SYNC MEMORY is implied by calling the
diff --git a/gcc/testsuite/gfortran.dg/pr71706.f90 b/gcc/testsuite/gfortran.dg/pr71706.f90
new file mode 100644
index 00000000000..860c1c8be80
--- /dev/null
+++ b/gcc/testsuite/gfortran.dg/pr71706.f90
@@ -0,0 +1,10 @@
+! { dg-do compile }
+! { dg-options "-fcoarray=lib -fcheck=all -fdefault-integer-8" }
+! PR fortran/71706 - ICE on using sync images with -fcheck=bounds
+
+program p
+ integer, volatile :: me = 1
+ sync images (me)
+ sync images (int (me, 2))
+ sync images (int (me, 8))
+end
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2020-07-14 10:53 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-14 10:53 [gcc/devel/omp/gcc-10] PR fortran/71706 - ICE on using sync images with -fcheck=bounds Tobias Burnus
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).