gnutls-2.2.0 - self link issue

[Simon Josefsson]

I tried to reproduce the problem, but couldn't.  This is on a debian
machine, with old gnutls in /usr/lib.  I unpacked gnutls-2.2.0 and ran
./configure && make.  The link command for libgnutls-extra.la was:

/bin/sh ../libtool --tag=CC   --mode=link gcc -std=gnu99 -g -O2 -D_REENTRANT -D_THREAD_SAFE -pipe -I/usr/local/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wno-pointer-sign -no-undefined -L/usr/local/lib -lopencdk -L/usr/local/lib -lgcrypt -L/usr/local/lib -lgpg-error -lz -R/usr/local/lib   -version-info 27:1:1  -Wl,--version-script=./libgnutls-extra.vers  -o libgnutls-extra.la -rpath /usr/local/lib gnutls_extra.lo gnutls_openpgp.lo gnutls_ia.lo openpgp/libgnutls_openpgp.la  ../lgl/liblgnu.la ../lib/libgnutls.la minilzo/libminilzo.la 

which resulted for libgnutls-extra.so in:

gcc -std=gnu99 -shared  .libs/gnutls_extra.o .libs/gnutls_openpgp.o .libs/gnutls_ia.o -Wl,--whole-archive openpgp/.libs/libgnutls_openpgp.a ../lgl/.libs/liblgnu.a minilzo/.libs/libminilzo.a -Wl,--no-whole-archive  -Wl,--rpath -Wl,/home/jas/src/gnutls-2.2.0/lib/.libs -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libopencdk.so -lz /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so ../lib/.libs/libgnutls.so  -Wl,--version-script=./libgnutls-extra.vers -Wl,-soname -Wl,libgnutls-extra.so.26 -o .libs/libgnutls-extra.so.26.1.1

That looks correct to me.

There were some claims that libtool relinked the library during 'make
install', and indeed it does:

 /bin/sh ../libtool --mode=install /usr/bin/install -c  'libgnutls-extra.la' '/usr/local/lib/libgnutls-extra.la'
libtool: install: warning: relinking `libgnutls-extra.la'
(cd /home/jas/src/gnutls-2.2.0/libextra; /bin/sh ../libtool  --tag=CC --mode=relink gcc -std=gnu99 -g -O2 -D_REENTRANT -D_THREAD_SAFE -pipe -I/usr/local/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wno-pointer-sign -no-undefined -L/usr/local/lib -lopencdk -L/usr/local/lib -lgcrypt -L/usr/local/lib -lgpg-error -lz -R/usr/local/lib -version-info 27:1:1 -Wl,--version-script=./libgnutls-extra.vers -o libgnutls-extra.la -rpath /usr/local/lib gnutls_extra.lo gnutls_openpgp.lo gnutls_ia.lo openpgp/libgnutls_openpgp.la ../lgl/liblgnu.la ../lib/libgnutls.la minilzo/libminilzo.la )  

Which results in:

gcc -std=gnu99 -shared  .libs/gnutls_extra.o .libs/gnutls_openpgp.o .libs/gnutls_ia.o -Wl,--whole-archive openpgp/.libs/libgnutls_openpgp.a ../lgl/.libs/liblgnu.a minilzo/.libs/libminilzo.a -Wl,--no-whole-archive  -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -lopencdk -lz -lgcrypt -lgpg-error -lgnutls  -Wl,--version-script=./libgnutls-extra.vers -Wl,-soname -Wl,libgnutls-extra.so.26 -o .libs/libgnutls-extra.so.26.1.1

This also looks correct to me.

So, I cannot reproduce the problem.  I need a recipe to reproduce this
outside of the gentoo ebuild system to be able to debug this further.

/Simon

Simon Josefsson <simon at josefsson.org> writes:

> "Alon Bar-Lev" <alon.barlev at gmail.com> writes:
>
>> Hello Simon,
>>
>> Every few revision we have the same issue with GnuTLS.
>> It self-link itself with system library and not the package library.
>>
>> Every time we fix it differently... But I think it worth you fixing it
>> properly.
>
> This looks like the same issue as:
>
> http://permalink.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/2439
>
> However, that one was fixed.
>
> Can you reproduce this problem outside of the gentoo ebuild system?
> Does gentoo run gettextize/autoconf/automake/libtoolize or replace any
> m4 files from the upstream version, or something similar?
>
> The important thing, I think, is to not run autopoint with any version
> older than 0.17.  Then you'll get the incorrect lib-*.m4 files.
>
>> Thanks!
>> http://bugs.gentoo.org/show_bug.cgi?id=202269
>> http://bugs.gentoo.org/show_bug.cgi?id=166518
>> http://bugs.gentoo.org/show_bug.cgi?id=147800
>> http://bugs.gentoo.org/show_bug.cgi?id=91012
>> http://bugs.gentoo.org/show_bug.cgi?id=79232
>
> I think the best way to resolve this problem is to give a recipe to
> reproduce the problem outside of the gentoo build system.  Then I can
> debug it and possibly report any bugs to upstream tools (gettext,
> libtool, etc).
>
> /Simon
>
>
> _______________________________________________
> Gnutls-devel mailing list
> Gnutls-devel at gnu.org
> http://lists.gnu.org/mailman/listinfo/gnutls-devel