From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2167 invoked by alias); 30 Nov 2009 01:16:40 -0000 Received: (qmail 2136 invoked by uid 48); 30 Nov 2009 01:16:28 -0000 Date: Mon, 30 Nov 2009 01:16:00 -0000 Message-ID: <20091130011628.2135.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/42207] [OOP] Compile-time errors on typed allocation and pointer function result assignment In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "damian at rouson dot net" 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: 2009-11/txt/msg02556.txt.bz2 ------- Comment #7 from damian at rouson dot net 2009-11-30 01:16 ------- Janus, Although the new reduced case compiles fine in 64-bit mode, I run into linking problems as soon as I add "program main; end program" to the end of it: Undefined symbols: "_vtab$bar.1550", referenced from: ___m_MOD_new_bar in ccQEi2ET.o ld: symbol(s) not found collect2: ld returned 1 exit status Looking back through my e-mails, I see that you told me on 11/21 that Paul's TBP patch had not yet been applied to the branch or the trunk. From the above results, I assume that's still the case. Damian (In reply to comment #4) > (In reply to comment #2) > > On darwin, the errors appear only in 32 bit mode. > > Yes, I can confirm this on x86_64-apple-darwin10.2.0. Also, I just ran the > fortran testsuite for the fortran-dev branch on darwin, but saw no failures. > > Here is a reduced test case: > > > module m > > implicit none > > type foo > end type > > type ,extends(foo) :: bar > end type > > contains > > function new_bar() > class(foo) ,pointer :: new_bar > allocate(bar :: new_bar) > end function > > end module > > > Important: This only happens inside a module. If I remove the "module m/end > module" in the example, the error goes away. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42207