[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #8 from Dominique d'Humieres --- This PR has been fixed between revisions r219797 (2015-01-17, ICE) and r219823 (2015-01-18). AFAICT it looks like a duplicate of pr55901 fixed by revision r219814. *** This bug has been marked as a duplicate of bug 55901 ***
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Gerhard Steinmetzchanged: What|Removed |Added CC||gerhard.steinmetz.fortran@t ||-online.de --- Comment #7 from Gerhard Steinmetz --- On my environment, the examples from comment 0 and comment 4 no longer give an ICE now. $ gfortran-6 --version GNU Fortran (SUSE Linux) 6.1.0 20160427 [gcc-6-branch revision 235475]
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 --- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr --- Related to, if not duplicate, of pr54070.
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid, ||ice-on-invalid-code --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- So it should be rejected without -std=f2003?
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-03-18 Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- Confirmed from 4.6 to trunk. The -cpp option is enough to let the code compile.
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr --- So it should be rejected without -std=f2003? Compiling the code with -std=f2003 -fall-intrinsics gives the ICE (without -fall-intrinsics there is a link error Undefined symbols for architecture x86_64: _abort_, referenced from: ).
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr --- The ICE is in the following subroutine SUBROUTINE test_char (n) INTEGER, INTENT(IN) :: n CHARACTER(LEN=n) :: str str = foobar ASSOCIATE (my = str) END ASSOCIATE END SUBROUTINE test_char
[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords|accepts-invalid,|ice-on-valid-code |ice-on-invalid-code | --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org --- (In reply to Richard Biener from comment #1) So it should be rejected without -std=f2003? As -std=f2003 is implied by the default -std=gnu: No. In any case, the code in comment 4 looks valid. - Changed to ice-on-valid-code.