From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1220 invoked by alias); 4 Jul 2011 15:55:26 -0000 Received: (qmail 1198 invoked by uid 22791); 4 Jul 2011 15:55:25 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 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; Mon, 04 Jul 2011 15:55:11 +0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/49630] [OOP] ICE on obsolescent deferred-length type bound character function 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: burnus 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-Changed-Fields: CC Summary 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" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Date: Mon, 04 Jul 2011 15:55:00 -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 X-SW-Source: 2011-07/txt/msg00239.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D49630 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |burnus at gcc dot gnu.org Summary|[OOP] ICE on obsolescent |[OOP] ICE on obsolescent |assumed length deferred |deferred-length type bound |type bound character |character function |function | --- Comment #1 from Tobias Burnus 2011-07-04 15= :53:29 UTC --- Ragarding assumed-length functions: They should be supported, but no one has tried something fancy (i.e. beyond F77 style of features) with them. They a= re also really ugly. Your test case fails for me with: test.f90: In function =E2=80=98do_something=E2=80=99: test.f90:26:0: internal compiler error: in build_int_cst_wide, at tree.c:12= 18 However, I think it is invalid to place an assumed-character-length function into an INTERFACE. See PR 41604. (Cf. also PR 46588.) > gcc 4.7 terminates with a segmentation fault. I get an ICE error message = on my > full program, but it turned to a segfault in this reduced module. On my system with a slightly dated (20110629) gfortran, I get: test.f90: In function =E2=80=98do_something=E2=80=99: test.f90:26:0: internal compiler error: in build_int_cst_wide, at tree.c:12= 18 > So what is the state of allocatable character functions? Are they suppose= d to > work? You think mean those with deferred-length type parameter - the others should already work just fine. For deferred length: I think basic support is there, but there are still so= me issues. Cf. also PR 49110 and PR 45170 comment 9.