https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90004
--- Comment #3 from Arseny Solokha <asolokha at gmx dot com> ---
I cannot reproduce the first ICE w/ the current gcc trunk snapshot and isl 0.22
anymore. The second one still fails for me:
#0 0x00007ffff7ec7fe4 in isl_basic_map_underlying_set () from
/usr/lib64/libisl.so.22
#1 0x00007ffff7ec3981 in isl_basic_map_is_empty () from
/usr/lib64/libisl.so.22
#2 0x00007ffff7eaf501 in ?? () from /usr/lib64/libisl.so.22
#3 0x00007ffff7eb2e5b in ?? () from /usr/lib64/libisl.so.22
#4 0x00007ffff7eec098 in ?? () from /usr/lib64/libisl.so.22
#5 0x00007ffff7eecccb in isl_union_access_info_compute_flow () from
/usr/lib64/libisl.so.22
#6 0x000000000159db5c in scop_get_dependences (scop=scop@entry=0x1eee960)
at
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/graphite-dependences.c:316
#7 0x000000000159e0e0 in optimize_isl (scop=0x1eee960)
at
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/graphite-optimize-isl.c:126
<…>
I have another Fortran testcase that ICEs in isl_basic_map_underlying_set(),
though w/ a different backtrace.
