From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20661 invoked by alias); 4 Aug 2006 14:01:47 -0000 Received: (qmail 20652 invoked by uid 22791); 4 Aug 2006 14:01:46 -0000 X-Spam-Check-By: sourceware.org Received: from potter.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 04 Aug 2006 14:01:45 +0000 Received: (qmail 2747 invoked by uid 1010); 4 Aug 2006 14:01:43 -0000 From: Richard Sandiford To: David Edelsohn Mail-Followup-To: David Edelsohn ,Steven Munroe , binutils@sourceware.org, mark@codesourcery.com, richard@codesourcery.com Cc: Steven Munroe , binutils@sourceware.org, mark@codesourcery.com Subject: Re: Link problems with section anchors References: <44D2755E.9020600@us.ibm.com> <20060804013032.GB23605@bubble.grove.modra.org> <87y7u427or.fsf@talisman.home> <200608041354.k74DsG832840@makai.watson.ibm.com> Date: Fri, 04 Aug 2006 14:01:00 -0000 In-Reply-To: <200608041354.k74DsG832840@makai.watson.ibm.com> (David Edelsohn's message of "Fri, 04 Aug 2006 09:54:16 -0400") Message-ID: <87lkq41tx5.fsf@talisman.home> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00045.txt.bz2 David Edelsohn writes: > I have attached the pre-processed source code for the source file > to GCC Bugzilla PR 28598. The reason that DECL_ONE_ONLY does not catch > the symbol becomes obvious: > > const unsigned long __strtol_ul_max_tab[] __attribute__ ((visibility ("hidden"))) __attribute__((section(".gnu.linkonce.r." "__strtol_ul_max_tab"))) > > const unsigned char __strtol_ul_rem_tab[] __attribute__ ((visibility ("hidden"))) __attribute__((section(".gnu.linkonce.r." "__strtol_ul_rem_tab"))) > > Glibc places the symbol in the linkonce section manually. Ick. I really have to question whether that's valid. GCC does care whether something is link-once or not -- as this PR proves -- so changing it behind GCC's back seems like a very bad idea. Richard