This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: ARM long branch stubs: shared libs
- From: Daniel Jacobowitz <drow at false dot org>
- To: Christophe LYON <christophe dot lyon at st dot com>
- Cc: Binutils <binutils at sourceware dot org>
- Date: Wed, 1 Apr 2009 11:40:59 -0400
- Subject: Re: ARM long branch stubs: shared libs
- References: <49B69FF6.4050903@st.com> <49B920AD.80705@st.com>
On Thu, Mar 12, 2009 at 03:48:13PM +0100, Christophe LYON wrote:
> Here is a slightly updated patch, which preserves the original behavior
> with undefined symbols when not generating a shared lib.
Sorry for not responding earlier.
> + else if (hash->root.root.type == bfd_link_hash_undefweak)
> /* For a shared library, these will need a PLT stub,
> which is treated separately.
> For absolute code, they cannot be handled. */
> continue;
> + else if (hash->root.root.type == bfd_link_hash_undefined)
> + {
Why should undefined and weak undefined symbols be handled
differently? That's usually a mistake. Take your test case for this
issue and mark the undefined symbol with ".weak".
--
Daniel Jacobowitz
CodeSourcery