[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Alternate SONAME values
From: |
Keith Packard |
Subject: |
Re: Alternate SONAME values |
Date: |
Mon, 11 Jul 2005 12:55:47 -0700 |
On Mon, 2005-07-11 at 13:58 +0200, Ralf Wildenhues wrote:
> Re-reading this thread, I would be inclined to accept a patch which
> implements your original proposal, given that a way can be found how it
> degrades gracefully on the different/not-so-flexible shared library
> systems mentioned. That is, unless the other maintainers oppose.
Ok, I've created a '-sobase' option in link mode and tested it on
GNU/Linux. It changes the -soname option passed to the linker so that
instead of using ${libname} for the first part of the soname, it uses
the -sobase parameter. It also includes this generated name as one of
the library_names so that when the library is installed, a symlink to
the soname
is made.
-keith
libtool-sobase.diff
Description: Text Data
signature.asc
Description: This is a digitally signed message part
- Re: Alternate SONAME values, (continued)
- Re: Alternate SONAME values, Ganesan Rajagopal, 2005/07/08
- Re: Alternate SONAME values, Simon Richter, 2005/07/08
- Re: Alternate SONAME values, Ralf Wildenhues, 2005/07/08
- Re: Alternate SONAME values, Ralf Wildenhues, 2005/07/08
- Re: Alternate SONAME values, Keith Packard, 2005/07/09
- Re: Alternate SONAME values, Keith Packard, 2005/07/09
- Re: Alternate SONAME values, Ralf Wildenhues, 2005/07/11
- Re: Alternate SONAME values,
Keith Packard <=