[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnutls-2.2.0 - self link issue
From: |
Simon Josefsson |
Subject: |
Re: gnutls-2.2.0 - self link issue |
Date: |
Tue, 18 Dec 2007 10:25:07 +0100 |
User-agent: |
Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux) |
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 <address@hidden> writes:
> "Alon Bar-Lev" <address@hidden> 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
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnutls-devel