libksba update broken

[Jeremy Messenger]

On Mon, Dec 20, 2010 at 4:40 PM, Greg Larkin <glarkin at freebsd.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Jeremy Messenger wrote:
<snip>
>>> In the next version or next shared library bump, can you following add this?
>>
>>> USE_AUTOTOOLS=       libtool
>>> USE_GNOME=   ltverhack
>>
>>> It will fix libtool bug and that way it won't bump the shared library
>>> version with no reason. There is no ABI break between 1.0.8 and 1.1.0.
>>> With the add of two lines, looks like this:
>>
>>> 1.0.8:
>>> ---------------------------
>>> @@ -3,5 +3,5 @@
>>>  lib/libksba.a
>>>  lib/libksba.la
>>>  lib/libksba.so
>>> -lib/libksba.so.17
>>> +lib/libksba.so.8
>>>  share/aclocal/ksba.m4
>>> ---------------------------
>>
>>> 1.1.0:
>>> ---------------------------
>>> @@ -3,5 +3,5 @@
>>>  lib/libksba.a
>>>  lib/libksba.la
>>>  lib/libksba.so
>>> -lib/libksba.so.18
>>> +lib/libksba.so.8
>>>  share/aclocal/ksba.m4
>>> ---------------------------
>>
>>> Cheers,
>>> Mezz
>>
>
> Hi Mezz,
>
> Thanks very much for that tip, and I'll make a note of it for the next
> release.  I wasn't aware of ltverhack, but it looks like a great idea
> for this port!

No problem. For anyone that want to learn more about libtool issue.
jylefort (left FreeBSD) has discovered an issue with libtool. Here's
his comments in IRC back in Aug 2005:

<decadix> it might be that libtool is incorrectly numbering libraries,
on FreeBSD
<decadix>         freebsd-elf)
<decadix>           major=".$current"
<decadix>         linux)
<decadix>           major=.`expr $current - $age`
<decadix> this means that on FreeBSD, the library major number will be
increased even if the ABI is preserved
<FreeBSDMarcus> I wonder why they thought FreeBSD would be different.
<decadix> i wonder, too
<decadix> i'll do some calculations using gtk20 as reference
<decadix> LT_VERSION_INFO = 600:9:600
<decadix> that's what gtk+ 2.6.9 passes as -version-info
<decadix> on linux, it results in 600 - 600 = gtk-2.0.so.0
<decadix> on FreeBSD, it results as 600 = gtk-2.0.so.600
<decadix> this makes me think that ltmain.sh should be fixed
<FreeBSDMarcus> I agree.
<decadix> we might want to change ltverhack to fix ltmain.sh

Cheers,
Mezz

> Thank you,
> Greg
> - --
> Greg Larkin
>
> http://www.FreeBSD.org/           - The Power To Serve
> http://www.sourcehosting.net/     - Ready. Set. Code.
> http://twitter.com/sourcehosting/ - Follow me, follow you
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iD8DBQFND9t20sRouByUApARAqmDAJ97jFiTFqPSglTYsQC2VNJ+qLhukACfUOi4
> H2mHHrP6KQ72eDFv/x8sFOI=
> =exg8
> -----END PGP SIGNATURE-----


-- 
mezz.freebsd at gmail.com - mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org