From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11334 invoked by alias); 24 Jul 2010 07:50:00 -0000 Received: (qmail 11287 invoked by uid 48); 24 Jul 2010 07:49:48 -0000 Date: Sat, 24 Jul 2010 07:50:00 -0000 Message-ID: <20100724074948.11286.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/44945] [4.6 Regression] Wrong decl for module vars / FAIL: gfortran.dg/char_array_structure_constructor.f90 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dominiq at lps dot ens dot fr" 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: 2010-07/txt/msg02597.txt.bz2 ------- Comment #23 from dominiq at lps dot ens dot fr 2010-07-24 07:49 ------- (In reply to comment #22) > > In my opinion revision 162487 is only a partial fix of the problem. If I split > > a modified test case in two files [...] I still get [...] Bus error > > Does -flto help? Yes: [macbook] f90/bug% gfc -flto -fwhole-file -m32 -O3 -fomit-frame-pointer char_array_structure_constructor_db_1.f90 char_array_structure_constructor_db_2.f90 [macbook] f90/bug% a.out [macbook] f90/bug% > > Note that it is not surprising since -fwhole-file operates at the file level. > > Well, the middle-end also operates on single-file level: Thus, there is no > reason to break. I am not sure to understand the comment. In my opinion, valid multifile fortran should never be miscompiled (and should not require -lto to do so!-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44945