https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
--- Comment #6 from Dominique d'Humieres ---
Is not this PR fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
--- Comment #5 from Gerhard Steinmetz
---
If not covered elsewhere, one problem is remaining.
Nondeterministic and depending on used options :
$ cat z4.f90
program p
character(1), parameter :: a(4) = ['a','b','c','d']
type t
intege
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
--- Comment #4 from Gerhard Steinmetz
---
The ICE from above is gone a while ago.
$ gfortran-6 --version
GNU Fortran (SUSE Linux) 6.1.1 20160502 [gcc-6-branch revision 235698]
$ gfortran-6 -g -O0 -Wall -fcheck=all z1.f90
z1.f90:6:15:
type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
--- Comment #3 from Dominique d'Humieres ---
> I don't get any internal compiler error for the test in comment 0 from 4.8
> up to trunk (6.0).
This is not true if I compile the test with -g up to revision r224160
(2015-06-05, ICE), but is true a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542
--- Comment #1 from Gerhard Steinmetz
---
The ICE disappears if some prints are added :
$ cat z2.f90
program p
type t
integer :: n
character(8) :: c(1)
end type
type(t) :: x = t(1, ['a'])
type(t) :: y = t(1, ['a', 'b'])
