On Sep 8, 2000, Russ Allbery <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> Unfortunately, it's not that simple, in general. For example, thinking
>> of libtool, on some platforms, shared libraries and programs that depend
>> on them have to be re-linked at install time to have the proper run-time
>> library search paths encoded in them.
> I don't understand why this would be the case. Why can't the proper
> run-time library search path be encoded when the binary or library is
> built?
Because on certain platforms this just can't be done before the
library with which you want to link exists. Yes, it's brain-dead, but
that's the way it is. Fortunately, this doesn't affect many systems.
>> As soon as you specify a different prefix, you lose, because either
>> libraries and executables will get the install-time path encoded in
>> them, or re-linking will fail because the libraries you want to be
>> linking with can't be found in the run-time path yet (or you may get
>> them linked with already-installed older versions of them).
> This sounds like a pretty serious bug in libtool to me.
Not in libtool, but in some operating systems that is supports. We
can't do miracles :-)
> It can't even do the right thing with DESTDIR?
Yep. It just can't be done :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me
