From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-40128-listarch-binutils=sources.redhat.com@sources.redhat.com>
Received: (qmail 20813 invoked by alias); 27 Apr 2005 19:58:41 -0000
Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:binutils-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/binutils/>
List-Post: <mailto:binutils@sources.redhat.com>
List-Help: <mailto:binutils-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: binutils-owner@sources.redhat.com
Received: (qmail 20609 invoked from network); 27 Apr 2005 19:58:35 -0000
Received: from unknown (HELO rwcrmhc12.comcast.net) (216.148.227.85)
  by sourceware.org with SMTP; 27 Apr 2005 19:58:35 -0000
Received: from lucon.org ([24.6.212.230]) by comcast.net (rwcrmhc12) with ESMTP
          id <2005042719583401400kofdbe>; Wed, 27 Apr 2005 19:58:34 +0000
Received: by lucon.org (Postfix, from userid 1000)
	id D5C4963E85; Wed, 27 Apr 2005 12:58:33 -0700 (PDT)
Date: Wed, 27 Apr 2005 20:10:00 -0000
From: "H. J. Lu" <hjl@lucon.org>
To: Julian Brown <julian@codesourcery.com>
Cc: binutils@sources.redhat.com
Subject: Re: [PATCH, RFC] Fix _bfd_elf_provide_symbols for weak imports
Message-ID: <20050427195833.GA14303@lucon.org>
References: <426FE896.8090303@codesourcery.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <426FE896.8090303@codesourcery.com>
User-Agent: Mutt/1.4.1i
X-SW-Source: 2005-04/txt/msg00828.txt.bz2

On Wed, Apr 27, 2005 at 08:31:34PM +0100, Julian Brown wrote:
> Hi,
> 
> This patch fixes running __libc_{init,fini}_array (for 
> .{init,fini}_array sections) with Newlib. The symbols 
> __init_array_{start,end} etc. are imported as weak in Newlib, which 
> conflicts with (I think) this change to use 
> gld${EMULATION_NAME}_provide_bound_symbols rather than a linker script, 
> to provide such symbols:
> 
>   http://sources.redhat.com/ml/binutils/2005-03/msg00688.html
> 
> Without the patch, the symbols resolved to zero, which stops static 
> object construction/destruction from working. This affects the current 
> csl-arm-branch gcc (and also soon mainline for the ARM EABI target, with 
> a patch that is currently blocked on this problem).
> 
> Tested on arm-none-eabi with cross and with all targets on 
> i686-pc-linux-gnu.
> 
> OK to apply?
> 
> Julian
> 
> ChangeLog:
> 
> bfd/
> 
>   * elflink.c (_bfd_elf_provide_symbol): Provide symbol for weak import.

Where is the patch?


H.J.