[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Alternate SONAME values
From: |
Russ Allbery |
Subject: |
Re: Alternate SONAME values |
Date: |
Thu, 07 Jul 2005 22:37:57 -0700 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4 (Jumbo Shrimp, linux) |
Ganesan Rajagopal <address@hidden> writes:
> I didn't know this. But trying to make -version-info get the SONAME you
> need is an abuse of libtool in any case. I think -version-number option
> available in recent versions of libtool is perfect for this.
When introducing libtool with a libraries like X that have a
well-established SONAME, one does not get to change the SONAME just
because new applications using libtool shouldn't try to override the
SONAME. It may be libtool abuse in a new application with no established
library versioning, but for X, it's the difference between a working build
system and a broken build system.
There are ten-year-old binaries that expect a particular SONAME for the X
libraries and can't simply be rebuilt. It's very, very important that
they not break.
--
Russ Allbery (address@hidden) <http://www.eyrie.org/~eagle/>
- Alternate SONAME values, Keith Packard, 2005/07/07
- Re: Alternate SONAME values, Keith Packard, 2005/07/07
- Re: Alternate SONAME values, Ganesan Rajagopal, 2005/07/08
- Re: Alternate SONAME values, Keith Packard, 2005/07/08
- Re: Alternate SONAME values, Ralf Wildenhues, 2005/07/08
- Re: Alternate SONAME values, Keith Packard, 2005/07/08
- Re: Alternate SONAME values, Ganesan Rajagopal, 2005/07/08
- Re: Alternate SONAME values, Keith Packard, 2005/07/09
- Re: Alternate SONAME values, Ralf Wildenhues, 2005/07/08
- Re: Alternate SONAME values, Keith Packard, 2005/07/09