This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Update to glibc-2.3.5 broke glibc-2.0 compatibility ?!
- From: "H. J. Lu" <hjl at lucon dot org>
- To: Raf Karakiewicz <rafal at eecg dot toronto dot edu>
- Cc: libc-alpha at sources dot redhat dot com
- Date: Tue, 7 Jun 2005 06:59:08 -0700
- Subject: Re: Update to glibc-2.3.5 broke glibc-2.0 compatibility ?!
- References: <Pine.GSO.4.58.0506070951570.16843@seth.eecg.toronto.edu>
On Tue, Jun 07, 2005 at 09:54:08AM -0400, Raf Karakiewicz wrote:
> Hi,
>
> I have a bin-only commercial program which has been compiled with an older
> version of glibc. In order to get around this, I compiled my glibc-2.3.4
> with both nptl and without, nptl in /lib/tls/ and linuxthreads /lib/
> great! Now to run my bin-only program I would execute:
>
> Code:
> export LD_ASSUME_KERNEL=2.4.19
>
> and the application would run without any problems.
>
> Last night I upgraded my system to glibc-2.3.5 and gcc-3.4.4 and this no
> longer works! My entire system which was re-compiled from source works
> perfectly, but my bin-only application returns with
>
> Code:
> symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link
> time reference
>
> irrespective of wheather I run LD_ASSUME_KERNEL or not! Has something
> changed in the latest glibc-2.3.5 that broke this compatibility? What can
> I do? I really need this bin-only program!
Can you provide
# readelf -s /lib/libc.so.6| grep errno
H.J.