From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23207 invoked by alias); 3 May 2005 05:31:29 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 22967 invoked from network); 3 May 2005 05:31:11 -0000 Received: from unknown (HELO gizmo02bw.bigpond.com) (144.140.70.12) by sourceware.org with SMTP; 3 May 2005 05:31:11 -0000 Received: (qmail 3875 invoked from network); 3 May 2005 05:31:08 -0000 Received: from unknown (HELO bwmam12.bigpond.com) (144.135.24.103) by gizmo02bw.bigpond.com with SMTP; 3 May 2005 05:31:08 -0000 Received: from cpe-144-136-221-26.sa.bigpond.net.au ([144.136.221.26]) by bwmam12.bigpond.com(MAM REL_3_4_2a 189/73144083) with SMTP id 73144083; Tue, 03 May 2005 15:31:08 +1000 Received: by bubble.grove.modra.org (Postfix, from userid 500) id 0EF091A6E48; Tue, 3 May 2005 15:01:08 +0930 Date: Tue, 03 May 2005 05:31:00 -0000 From: Alan Modra To: "H. J. Lu" Cc: Michael Matz , binutils@sources.redhat.com Subject: Re: PATCH: Fix alpha relocation overflow (Re: PATCH: Add _bfd_elf_provide_symbol) Message-ID: <20050503053107.GP9133@bubble.grove.modra.org> Mail-Followup-To: "H. J. Lu" , Michael Matz , binutils@sources.redhat.com References: <20050425145458.GA32362@lucon.org> <20050425172736.GA2235@lucon.org> <20050425174359.GA2592@lucon.org> <20050426134659.GB20029@lucon.org> <20050427181840.GA12815@lucon.org> <20050503012716.GN9133@bubble.grove.modra.org> <20050503013528.GA1671@lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050503013528.GA1671@lucon.org> User-Agent: Mutt/1.4i X-SW-Source: 2005-05/txt/msg00052.txt.bz2 On Mon, May 02, 2005 at 06:35:28PM -0700, H. J. Lu wrote: > > I think this is a rather horrible hack. Can't you do this some way that > > avoids the potentially slow section list traversal? How about defining > > __init_fini_array in the linker script, and using its value instead? > > (Default to zero if __init_fini_array isn't defined.) > > That function is used to avoid __init_fini_array in the linker script. No, it's to avoid a symbol defined inside an output section. I'm suggesting a symbol defined like __init_fini_array = .; .preinit_array ${RELOCATING-0} : { KEEP (*(.preinit_array)) } .init_array ${RELOCATING-0} : { KEEP (*(.init_array)) } .fini_array ${RELOCATING-0} : { KEEP (*(.fini_array)) } -- Alan Modra IBM OzLabs - Linux Technology Centre