[Top][All Lists]

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

Re: SCO/bugfix patch 10 of 10: --version-info improvement

From: Ralf Wildenhues
Subject: Re: SCO/bugfix patch 10 of 10: --version-info improvement
Date: Mon, 31 Oct 2005 21:44:51 +0100
User-agent: Mutt/1.5.9i

Hi Kean,

* Kean Johnston wrote on Mon, Oct 31, 2005 at 02:08:33AM CET:
> I have encountered at least two applications so far that do a realpath()
> on a shared library, and then check the SONAME to ensure that they match
> a compile-time constant. I know, the applications are retarded.

Yes.  Very retarded.  Please file bugs with them.

> But
> libtool is a program that is supposed to make creating shared libraries
> easier, and having the ability to actually have control over things like
> the SONAME make it more generically useful, and caters for situations
> that we may not have forseen. The current scheme uses soname_spec as the
> sole mechanism for setting the SONAME for a shared library. This is
> a calculated name based on the current library version. However, as
> a programmer, I may know that even though shared library version Y
> has some incompatible interfaces relative to version X, that those
> chages are a pure superset of X.

I can only agree with Christoph here, that this overlaps with Keith
Packard's proposed patch.  If you have (too) much spare energy,  ;)
you can try to get his latest version working decently on w32 systems,
AIX (or at least degrade gracefully), and there'll be a good chance of
it going in right after 2.0.  Oh, and for modules it may be nice, too
(optionally).  ;-)


> 2005-10-24  Kean Johnston  <address@hidden>
>       * Provide a mechanism for explicitly setting the value
>       of SONAME in a shared library using an optional 4th argument to
>       --version-info.
>       * doc/libtool.texi: Document it.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]