[lug] libc backwards compatibility?

Nate Duehr nate at natetech.com
Thu Jun 18 14:30:00 MDT 2009


You're struggling with a problem our developers at work have also
struggled with, but I can't go into details.  

Suffice it to say, glibc is a clusterf***, in fact all of gcc is.

That'll probably be enough of a hint to get you to where you need to
go... 

(In other words, if you're built off of a particular version and you've
TESTED that binary, stick with the version you built with, or plan on a
lengthy re-test cycle.  In the business environment, GCC is a pain in
the ass.)

--
  Nate Duehr
  nate at natetech.com

On Thu, 18 Jun 2009 14:05 -0600, "David Morris" <lists at morris-clan.net>
wrote:
> I have some software compiled against the libc-2.4 shared library on a
> SuSE 10 system, which we would like to run on RedHat 5.3, which uses
> libc-2.5.
> 
> The software appears to work based on initial tests (which includes
> only "does it start up?"), however my impression was that running
> software compiled for one version of libc with a different version is
> a "Bad Thing (tm)" and should be avoided....however my knowledge on
> the subject is purely anecdotal. (the actual link is to "libc.so.6")
> 
> Anyone have any documentation or experience on what compatibility
> issues we might encounter?
> 
> As a potential workaround, it occurred to me, why not just copy over
> the SuSE libc-2.4.so library and put it in a location listed in the
> LD_LIBRARY_PATH.  Would this be a viable alternative if 2.5 is likely
> to cause problems?
> 
> Thanks,
> 
> --David
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> Join us on IRC: lug.boulder.co.us port=6667 channel=#hackingsociety



More information about the LUG mailing list