From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58781 invoked by alias); 20 Mar 2015 08:42:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 57746 invoked by uid 48); 20 Mar 2015 08:42:35 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/65469] [4.8/4.9/5 Regression] ICE on bad code Date: Fri, 20 Mar 2015 09:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: janus at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 5.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-03/txt/msg02059.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65469 janus at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed| |2015-03-20 CC| |janus at gcc dot gnu.org Target Milestone|--- |5.0 Summary|ICE on bad code |[4.8/4.9/5 Regression] ICE | |on bad code Ever confirmed|0 |1 --- Comment #1 from janus at gcc dot gnu.org --- I can confirm the ICE with gfortran 4.7. With 4.4 and 4.6 I only see the expected error message: type(my_type) :: crap 1 Error: Derived type 'my_type' at (1) is being used before it is defined With 4.9 and trunk, I don't actually get an ICE, but see some junk in the e= rror message: c0.f90:6.14: type(my_type) :: crap 1 Error: Derived type 'my_type' at (1) is being used before it is defined c0.f90:9: end module 1 Error: Procedure '=C8=B4' in generic interface 'my_type' at (1) is neither function nor subroutine >>From gcc-bugs-return-480917-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Mar 20 08:58:35 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45766 invoked by alias); 20 Mar 2015 08:58:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45732 invoked by uid 48); 20 Mar 2015 08:58:31 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/65454] Extending both forms of relational operators Date: Fri, 20 Mar 2015 09:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: janus at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-03/txt/msg02061.txt.bz2 Content-length: 734 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65454 janus at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janus at gcc dot gnu.org --- Comment #1 from janus at gcc dot gnu.org --- (In reply to Paul Martin from comment #0) > Can this behavior be considered as a bug? I'm not completely sure, but probably yes. A workaround is to apply the USE directive without the ONLY. Also, the latter possibly makes your program invalid, since you import only the ".LE." but not the "<=" operator. Or should it import both forms? (I haven't read up on the details in the standard.)