From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18400 invoked by alias); 15 Apr 2012 18:46:58 -0000 Received: (qmail 18359 invoked by uid 22791); 15 Apr 2012 18:46:57 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 15 Apr 2012 18:46:44 +0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/52994] [OOP] [F08] internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:6881 Date: Sun, 15 Apr 2012 18:46: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-Keywords: 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: --- X-Bugzilla-Changed-Fields: Status Last reconfirmed CC Depends on Summary Ever Confirmed Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 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 X-SW-Source: 2012-04/txt/msg01200.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52994 janus at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2012-04-15 CC| |janus at gcc dot gnu.org Depends on| |40054 Summary|internal compiler error: in |[OOP] [F08] internal |gfc_trans_assignment_1, at |compiler error: in |fortran/trans-expr.c:6881 |gfc_trans_assignment_1, at | |fortran/trans-expr.c:6881 Ever Confirmed|0 |1 --- Comment #2 from janus at gcc dot gnu.org 2012-04-15 18:46:39 UTC --- ICE Confirmed with 4.6, 4.7 and trunk. I think the test case is invalid in F03, but should be valid in F08: It makes use of pointer functions as lvalue, which is PR40054. However, it does not just use a 'plain' pointer function, but even a pointer-valued (and dimensionful) type-bound procedure. Phew. Thanks for the nice test case :)