[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

2014-01-10 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #5 from janus at gcc dot gnu.org --- In particular this code in finalize_component produces a full-array reference for array components: if (comp->attr.dimension || comp->attr.codimension || (comp->ts.type == BT_CLASS && CLASS_

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

2014-01-10 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #4 from janus at gcc dot gnu.org --- I think what happens is something like the following: generate_finalization_wrapper currently produces code like this on the test case: type(mtd), pointer :: ptr deallocate(ptr%u(:)%c) This is cer

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

2014-01-10 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #2) > > I'm pretty sure this is my fault. I'd bet for r206379. > > r206362 is OK, r206444 is not. ... and indeed reverting r206379 makes the ICE go aw

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

2014-01-10 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #2 from Dominique d'Humieres --- > I'm pretty sure this is my fault. I'd bet for r206379. r206362 is OK, r206444 is not.

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

2014-01-10 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|