[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: -rpath with libtool and Debian Linux



Hi!

[Creeeeeaaak... Gordon pops out of the grave reserved for former
libtool maintainers to make some comments.]

>>>>> Alexandre Oliva writes:

 >> I don't understand this comment. Which "trouble" with "--rpath" do
 >> you mean?

 AO> The exact problem the Debian developers have been complaining
 AO> about.  The more I think about the problem, the more I see that
 AO> the problem they're facing is an incomplete hack of ld.so, in
 AO> that it modifies the library search path under certain
 AO> circumstances, but not in all circumstances that would need it.

Exactly.  

 >> This means, the package can provide a default, which can be
 >> overridden at compilation time. Finally, the installer can
 >> override both.

 AO> That's exactly what I'm looking for.  But I wouldn't like to
 AO> install a quick hack now that would later reveal to be a step in
 AO> the wrong direction.  That's why I'm being so conservative about
 AO> all this issue.

For the record, Alexandre's conservativeness is well-justified.
Debian maintainers should feel free to patch individual Debian
packages, but fixing this problem upstream is a lot harder than it
appears at first glance.

The best solution I can come up with is to *always* change a library's
soname when its dependencies change.  I believe it was Joel Klecker
who mentioned something about `libapi' patches for egcs that were
supposed to implement this automatically.

Joel, can you comment on this (or somebody else who knows the details)?

-- 
 Gordon Matzigkeit <gord@fig.org> //\ I'm a FIG (http://www.fig.org/)
    Lovers of freedom, unite!     \// I use GNU (http://www.gnu.org/)
[Unfortunately, www.fig.org is broken.  Please stay tuned for details.]


Reply to: