From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21919 invoked by alias); 28 Feb 2010 14:05:35 -0000 Received: (qmail 19900 invoked by uid 48); 28 Feb 2010 14:05:21 -0000 Date: Sun, 28 Feb 2010 14:05:00 -0000 Message-ID: <20100228140521.19899.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/43205] -finit-local-zero and -fno-automatic used together with large 2-dim variables take too long to compile In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "burnus 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-02/txt/msg02862.txt.bz2 ------- Comment #2 from burnus at gcc dot gnu dot org 2010-02-28 14:05 ------- CONFIRMED. For zero initialization, the created dump should look like: static integer(kind=4) variable(100000) = {}; rather than static integer(kind=4) variable(100000) = {0,0,0,0,0,0,........,0,0}; I think as workaround one can simply leave out the -finit-local-zero as static variables are always zero initialized. And with -fno-automatic one should only have static variables. * * * For the example in comment 1: This is not a real regression as before the data was not properly handled. I filled now PR 43210, which is one way out. (Thanks Dominique for the suggestion.) -- burnus at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|0000-00-00 00:00:00 |2010-02-28 14:05:21 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43205