Re: R_PPC_REL24 bugs in glibc 2.2.x

[Geoff Keating <geoffk at geoffk dot org>]

> Date: Sat, 30 Jun 2001 14:55:05 +0200
> From: Olaf Hering <olh@suse.de>
> Cc: libc-alpha@sources.redhat.com

> On Tue, Jun 26, Olaf Hering wrote:
> 
> > On Mon, Jun 25, Geoff Keating wrote:
> > 
> > > > Date: Tue, 26 Jun 2001 00:37:06 +0200
> > > > From: Olaf Hering <olh@suse.de>
> > > > Cc: libc-alpha@sources.redhat.com
> > > 
> > > > I checked the build logs and it seems that every used package has -fPIC
> > > > in the compile options and I found no -fpic. libXft.so it self is
> > > > compiled with -fPIC. It seems that only kmail has that reloc error (I
> > > > didnt check every single kde app yet :)).
> > > > Our sources should be clean in that respect, we added -fPIC to all
> > > > packages. 
> > > > I will recheck the logs again, maybe I missed something.
> > > 
> > > It'd probably be faster to use 'objdump -R' on the shared object file
> > > to see where the R_PPC_REL24 reloc applies to.
> > 
> > libfreetype.a is the culprit.
> 
> Do you know why it can work with a glibc 2.1.3 system? 

The glibc 2.1.3 memory map is probably different.  However, you can
always come up with a program that is sufficiently large that this
will not work.

> Adding a -fPIC to shared objects in XFree86 4.1 isnt that easy, it seems
> that the loader needs support for -fPIC compiled objects.

It should always work to just compile all code PIC.  The system linker
and loader can deal with this.  If XFree86 uses its own loader, it
would be better if it didn't :-).

> The libfreetype.a is used to link libXft.so.1 and also to load during
> the Xsession. 
> 
> A lot of apps are linked against libXft.so.1 and I wonder why only kmail
> doesnt work.

kmail is probably the only application big enough that the 24-bit
relocation overflows.

-- 
- Geoffrey Keating <geoffk@geoffk.org>