From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 806 invoked by alias); 16 Jul 2010 12:33:10 -0000 Received: (qmail 700 invoked by uid 48); 16 Jul 2010 12:32:59 -0000 Date: Fri, 16 Jul 2010 12:33:00 -0000 Message-ID: <20100716123259.699.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: "jakub at gcc dot gnu dot org" 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/msg01696.txt.bz2 ------- Comment #15 from jakub at gcc dot gnu dot org 2010-07-16 12:32 ------- I wonder whether the middle-end will not mind different types (the "recycled" decl will use backend_decl and its type from wherever it has been generated, and the current function will likely have a different type). Or are backend types shared for module derived types? Perhaps conversion between the two types will be considered useless, still something that needs checking. Plus there is -fno-whole-file (unless we want to make -fwhole-file default and remove -fno-whole-file for 4.6). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44945