This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Versioning mess proved!!!
- To: Ulrich Drepper <drepper at redhat dot com>,Geoff Keating <geoffk at cygnus dot com>
- Subject: Re: Versioning mess proved!!!
- From: Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>
- Date: Mon, 2 Oct 2000 12:21:15 +0200
- Cc: philb at gnu dot org,howarth at fuse dot net,libc-alpha at sourceware dot cygnus dot com,aj at suse dot de
- References: <39D50E20.263F646F@fuse.net> <200010020448.VAA22801@geoffk.org> <m3wvfrkee6.fsf@otr.mynet.cygnus.com>
On Mon, 02 Oct 2000, Ulrich Drepper wrote:
> Geoff Keating <geoffk@cygnus.com> writes:
> > To fix this, the do_lookup routines in libc/elf/do-lookup.h need to be
> > changed so that if this condition has not triggered:
> >
> > if (sym->st_value == 0 || /* No value. */
> > (noplt && sym->st_shndx == SHN_UNDEF))
> > continue;
>
> I don't like this a bit. This is a hack to work around a problem. It
> seems to me that the PPC linker is broken. It works on other
> architectures and such a test is just adding unnecessary work.
Maybe the hack is elsewhere already? It turns out that zlib is compiled
without -fpic by default, if compiled with -fpic everything is OK. Can't we
just refuse to load such broken stuff as shared library on non-x86 platforms?
And issue a loader warning on x86 and then delete support for this in
glibc-2.3? I believe a -DENABLE_X86_SHARED_LIB_HACKS would clean up our
shared lib loader (and probably ld too) from a lot of hacks?
Sometimes I'm getting really annoyed for getting punished by hacks done for a
broken processor concept :-((.
Franz.