This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [ARM] Add libc_nonshared.a dependency
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Tom de Vries <Tom_deVries at mentor dot com>
- Cc: libc-ports at sources dot redhat dot com
- Date: Fri, 6 Jan 2012 20:30:34 +0000 (UTC)
- Subject: Re: [ARM] Add libc_nonshared.a dependency
- References: <4F072023.6030903@mentor.com>
On Fri, 6 Jan 2012, Tom de Vries wrote:
> currently the glibc build breaks for ARM with TLS enabled because of a missing
> dependency.
You mean with TLS descriptors enabled (not plain TLS), I think.
> The attached patch adds this dependency in an ARM makefile, as suggested by
> Ulrich here: http://sources.redhat.com/ml/libc-alpha/2011-05/msg00015.html.
I've committed the patch. I still think that as I suggested in
<http://sourceware.org/ml/libc-alpha/2011-09/msg00121.html>, all shared
objects installed by glibc should be linked as similarly as possible to
objects built with an installed glibc (meaning -Wl,--start-group
$(common-objpfx)libc.so $(common-objpfx)libc_nonshared.a $(as-needed)
$(elfobjdir)/ld.so $(no-as-needed) -Wl,--end-group, I think, except where
there's some reason to deviate) - if that is implemented in future then we
can remove the libc_nonshared.a hardcoding in various makefiles in libc as
well as in ports.
--
Joseph S. Myers
joseph@codesourcery.com