Re: "Symbol X has different size in shared object" bug reappears

Monday, 17 January 2000

        Hrvoje Niksic <hniksic(a)iskon.hr&gt; writes:

...
 Jan Vroonhof <vroonhof(a)math.ethz.ch&gt; writes:
> Martin Buchholz <martin(a)xemacs.org&gt; writes:
> 
> > Well, the way it *should* work is that the RPATH baked into the
> > executable is searched first, and then, if not all libraries are
> > found, /etc/ld.so.conf is searched, and if not all libraries are
> > found, the hardcoded /usr/lib is searched.
> 
> However as I said before that way you can no longer override the
> search using LD_LIBRARY_PATH 
...
 Is this a problem?  If XEmacs worked right in the first place, I
don't
 see why I'd want to play games with LD_LIBRARY_PATH. 
Yes, it is a problem.  When libraries move, everything linked with
--rpath loses.  We have had how many incompatible versions of libc
since glibc was supposed to Save The World(TM)?  At least three by my
count.

Hardcoding rpath unconditionally is a lose.  Period.

I am about to install Red Hat 6.1 on a machine here so I'll take a
look at what that environment looks like, but I doubt it will change
any of my thinking.

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998