https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|janus a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
--- Comment #8 from Dominique d'Humieres ---
I have the patches in comments 4 and 7 for several months. They fix the issues
without regression. Would it helps if I do the packaging?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
--- Comment #7 from janus at gcc dot gnu.org ---
(In reply to janus from comment #6)
> Btw, here is a variant which triggers an internal error similar to comment
> 3, but already with a clean trunk:
I guess one could just get rid of the internal e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
--- Comment #6 from janus at gcc dot gnu.org ---
Btw, here is a variant which triggers an internal error similar to comment 3,
but already with a clean trunk:
type t
integer :: i = 3
end type t
type my_t
integer :: i = t()
end type
type(my_t)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
--- Comment #4 from janus at gcc dot gnu.org ---
The following patch should somewhat improve the situation:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c(revision 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
--- Comment #3 from janus at gcc dot gnu.org ---
Applying the patches from PR 49213 (comments 8, 10 and 16), I get the
following:
1) test case with comment: same as before (error with t2)
2) test case with uncommented line:
c0.f90:15.16:
ty
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51945
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
