[Bug fortran/64943] No error on ultimate allocatable components in IO list

2015-02-05 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/64943] No error on ultimate allocatable components in IO list

2015-02-05 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943 --- Comment #4 from Tobias Burnus --- Author: burnus Date: Thu Feb 5 21:58:38 2015 New Revision: 220462 URL: https://gcc.gnu.org/viewcvs?rev=220462&root=gcc&view=rev Log: 2015-02-05 Tobias Burnus PR fortran/64943 * resolve.c

[Bug fortran/64943] No error on ultimate allocatable components in IO list

2015-02-05 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943 --- Comment #3 from Tobias Burnus --- (In reply to Tobias Burnus from comment #2) > In principle, we do have a similar check in resolve.c's resolve_transfer. > The question is why it doesn't trigger. Answer: Only functions and variables are hand

[Bug fortran/64943] No error on ultimate allocatable components in IO list

2015-02-05 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943 --- Comment #2 from Tobias Burnus --- In principle, we do have a similar check in resolve.c's resolve_transfer. The question is why it doesn't trigger. if (ts->type == BT_CLASS) { /* FIXME: Test for defined input/output. */ gf

[Bug fortran/64943] No error on ultimate allocatable components in IO list

2015-02-05 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943 Dominique d'Humieres changed: What|Removed |Added Keywords||ice-on-invalid-code S