libc contains TEXTREL with -fPIC (using NPTL)

Ned Ludd solar at gentoo.org
Thu May 18 14:41:31 UTC 2006


On Thu, 2006-05-18 at 16:06 +0200, Peter S. Mazinger wrote:
> On Thu, 18 May 2006, Carmelo Amoroso wrote:
> 
> > On 5/17/06, Peter S. Mazinger <ps.m at gmx.net> wrote:
> > >
> > > On Wed, 17 May 2006, Carmelo Amoroso wrote:
> > >
> > > > Hi all,
> > > > I'm tryng to port the uClibc-nptl branch over sh4 core.
> > >
> > > that branch is not finished, wait until it has the final version, then you
> > > can try to port it sh4
> > >
> > > Peter
> > 
> > 
> > Hi,
> > I understood. but the problem I'm having  seems to be not related  to the
> > nptl/TLS implementation.
> 
> build uClibc-svn by enabling LINUXTHREADS_OLD and see if you have the same 
> problem
> 
> > I don't currently have a uClibc-nptl working environment, simply a
> > nptl-uClibc built on sh4.
> 
> what is that (nptl-uClibc) ? I have seen only an uClibc-nptl branch
> 
> > I'm wondering to understand while the TEXTREL flag is appearing in my
> > libc.so.0 even if I'm using -fPIC.
> > Could be something related to a wrong cross-compiler configuration?
> > or the assumptiom about TEXTREL and -fPIC is wrong when we use TLS variable?
> 
> As I said you are not allowed (or if you do, you are on your own) if you 
> use anything TLS related (new linuxthreads and nptl fall into this 
> category)
> 
> I know of more causes for TEXTREL
> 1. binutils failing for sh (for ex. it did for arm until 2.16.1)
> 2. if you removed -z defs (as proposed some time ago and I said that it 
> is the worth you can do), then because you miss some symbol
> 3. non-PIC aware asm code in the arch specific parts
> 



> Download pax-utils from any gentoo site, and run scanelf -q -t -T 
> libuClibc-0.9.28.so, that will list you the possible offenders

Quick url to the most recent release.

http://dev.gentoo.org/~solar/pax/pax-utils-0.1.13.tar.bz2


-- 
Ned Ludd <solar at gentoo.org>
Gentoo Linux




More information about the uClibc mailing list