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

[Ralf Wildenhues]

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.
*snip*

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).  ;-)

Cheers,
Ralf

> 2005-10-24  Kean Johnston  <address@hidden>
> 
>       * ltmain.in: 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.
*snip*