From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3520 invoked by alias); 25 Aug 2006 14:37:17 -0000 Received: (qmail 3464 invoked by uid 48); 25 Aug 2006 14:37:07 -0000 Date: Fri, 25 Aug 2006 14:37:00 -0000 Message-ID: <20060825143707.3463.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/28788] [gfortran: 4.1, 4.2 regression] ICE on valid code In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "martin at mpa-garching dot mpg dot de" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-08/txt/msg02152.txt.bz2 List-Id: ------- Comment #10 from martin at mpa-garching dot mpg dot de 2006-08-25 14:37 ------- > Perhaps you can let me have an idea of the kind of code that is doing > this? Is this a continuation of the derived type problem or did it > exist prior to the patch of a week back? I don't think it existed before your patch last week, but I cannot be absolutely sure, since I don't test the most recent gfortran every day. However the behaviour is similar to the one you fixed with your latest patch. I'm going to attach a small test package, which you can try by running "gfortran -c lensing.f90". The funny thing is this: - with gcc compiled on a P4, this compiles without an error - if I add (on the same machine) the flag "-I.", I get: In file lensing.f90:599 use ModelData 1 Error: The component 'ls' is a PRIVATE type and cannot be a component of 'cltransferdata', which is PUBLIC at (1) - with gcc compiled on an Athlon64, I get (independent of "-I."): lensing.f90:0: internal compiler error: Segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28788