From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31077 invoked by alias); 23 Dec 2002 17:36:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 31036 invoked by uid 71); 23 Dec 2002 17:36:01 -0000 Date: Mon, 23 Dec 2002 09:36:00 -0000 Message-ID: <20021223173601.31035.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Loren James Rittle Subject: Re: c++/8249: Objects moved from common to BSS with -fdata-sections Reply-To: Loren James Rittle X-SW-Source: 2002-12/txt/msg01240.txt.bz2 List-Id: The following reply was made to PR c++/8249; it has been noted by GNATS. From: Loren James Rittle To: bangerth@ticam.utexas.edu Cc: gcc-gnats@gcc.gnu.org Subject: Re: c++/8249: Objects moved from common to BSS with -fdata-sections Date: Mon, 23 Dec 2002 11:27:02 -0600 (CST) In article , Wolfgang Bangerth writes: >> Knowing what Linux does might help me understand more about this >> problem. Linux does properly support -fdata-sections, no? In my >> case, the linker is GNU ld version 2.13 20020917 (and also tested with >> GNU ld version 2.12.1 [FreeBSD] 2002-07-20). > I have no idea how well Linux supports -fdata-sections. To be honest, I > don't even know properly what this is about, I was just going through bug > reports and checked whether they apply to my box as well and if I can > contribute something :-) > GNU ld version 2.11.92.0.10 20011021 (SuSE) Thanks for checking. Your machine got the same asm output file (at least in the section of interest), but the linker version is different. Thus, I'd now say the bug is not in the compiler but in a change in the linker or bug in my port's ld configuration. Perhaps, we should close it with this analysis. Regards, Loren