From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27556 invoked by alias); 1 May 2004 07:33:05 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27545 invoked from network); 1 May 2004 07:33:03 -0000 Received: from unknown (HELO mail.libertysurf.net) (213.36.80.91) by sources.redhat.com with SMTP; 1 May 2004 07:33:03 -0000 Received: from localhost.localdomain (213.36.54.94) by mail.libertysurf.net (6.5.036) id 40912ADC0036249A; Sat, 1 May 2004 09:33:01 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Eric Botcazou To: Geoff Keating Subject: Re: -fzero-initialized-in-bss again Date: Sat, 01 May 2004 07:33:00 -0000 User-Agent: KMail/1.4.3 Cc: gcc@gcc.gnu.org References: <200404302109.55902.ebotcazou@act-europe.fr> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200405010934.47662.ebotcazou@act-europe.fr> X-SW-Source: 2004-05/txt/msg00002.txt.bz2 > The problem appears to be that ada/utils.c unconditionally does this > when building a var_decl: > > DECL_COMMON (var_decl) = !flag_no_common; > > Is the Ada compiler really trying to make all variables, including > ones which are initialised, common? It does put the flag on all variables if -fcommon is enabled. > I don't believe this is well-supported in the backend, and I'm not even > sure what it means. I would suggest changing this, possibly by simply > deleting this line, or modifying it based on Ada language semantics. The problem is that it is unclear how Ada and -fcommon relate to each other. I'm under the impression that -fcommon is essentially a C thing so I think we could at least disable it by default for Ada. -- Eric Botcazou