[Scons-dev] Versioned libraries: non-standard sonames
William Deegan
bill at baddogconsulting.com
Tue Dec 31 18:30:32 EST 2013
David,
On Dec 31, 2013, at 10:12 AM, David García Garzón <david.garcia at upf.edu> wrote:
> I've been trying out the versioned libraries feature. As I said i do
> like the nice interface you guys finally got. But i would like to
> comment two issues i found. I open this thread about the first one:
> Non-standard Sonames
>
> Current implementation forces you to set the major version number as the
> soname suffix for your library. This is convenient in many cases, but
> this doesn't cover the undesiderable but real cases in which the soname
> must be changed more than once between major versions.
>
> Indeed in our project we left the first version for API changes, and the
> second version for ABI changes and the last one for ABI safe changes. So
> our soname has two version numbers and i think we are not a rare case.
> Indeed some projects have unrelated sonames and library names, that is
> far from ideal but real. So in general, i see convenient to be able to
> explicitly set the soversion for the library.
>
> The solution i am thinkin on, in pseudo-python, would be:
>
> soname = (
> $SONAME if $SONAME else
> libname+$SOVERSION if $SOVERSION else
> libname+majorversion($SHLIBVERSION) if $SHLIBVERSION
> )
>
> So, how do you feel about this feature? I feel bold to implement it
> myself, so give me a bless and i'll go for it.
So what would a linker command line look like for your use model?
-Bill
More information about the Scons-dev
mailing list