http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #67 from Dominique d'Humieres <dominiq at lps dot ens.fr>
2012-03-12 10:15:39 UTC ---
The patch in comment #64 fixes the failures reported in pr52516 but introduces
many regressions:
=== gfortran Summary for unix/-m64 ===
# of expected passes 41076
# of unexpected failures 92
# of expected failures 56
# of unresolved testcases 12
# of unsupported tests 71
=== gfortran Summary ===
# of expected passes 81865
# of unexpected failures 184
# of expected failures 112
# of unresolved testcases 24
# of unsupported tests 280
The failing tests are
FAIL: gfortran.dg/alloc_comp_assign_10.f90 -O0 (internal compiler error)
FAIL: gfortran.dg/alloc_comp_basics_2.f90 -O0 (internal compiler error)
FAIL: gfortran.dg/alloc_comp_initializer_1.f90 -O0 (internal compiler error)
FAIL: gfortran.dg/dependency_25.f90 -O0 (internal compiler error)
FAIL: gfortran.dg/dependency_37.f90 -O (internal compiler error)
FAIL: gfortran.dg/typebound_proc_20.f90 -O (internal compiler error)
FAIL: gfortran.dg/whole_file_31.f90 -O (internal compiler error)
FAIL: gfortran.dg/lto/pr45586 f_lto_pr45586_0.o assemble, -O0 -flto
-flto-partition=none (internal compiler error)
and the internal compiler errors are
/opt/gcc/work/gcc/testsuite/gfortran.dg/alloc_comp_assign_10.f90: In function
'tao_program':
/opt/gcc/work/gcc/testsuite/gfortran.dg/alloc_comp_assign_10.f90:48:0: internal
compiler error: in fold_convert_loc, at fold-const.c:2016
> ... but I suspect it would not fix the Fortran -flto ICEs in
> PR51765 (which happen on pristine trunk, much to the same issue I suppose).
confirmed AFACT:
=== gfortran Summary for unix/-m64/-flto ===
# of expected passes 40973
# of unexpected failures 186
# of expected failures 56
# of unresolved testcases 12
# of unsupported tests 71
=== gfortran Summary ===
# of expected passes 81659
# of unexpected failures 372
# of expected failures 112
# of unresolved testcases 24
# of unsupported tests 280
