[gnutls-dev] Guile problems in 1.7.12
Ludovic Courtès
ludo at chbouib.org
Tue Jun 12 10:10:44 CEST 2007
Hi,
Simon Josefsson <simon at josefsson.org> writes:
> Did you do a clean build?
Yes.
The link command here is:
/bin/sh ../../libtool --tag=CC --mode=link ccache gcc -std=gnu99
-D_REENTRANT -D_THREAD_SAFE [... CFLAGS ...] -I../../lgl -I../../lgl
-I/usr/local/include -pthread -D_REENTRANT -D_THREAD_SAFE
-Wno-pointer-sign -pthread -lguile -lltdl -L/usr/local/lib -lgmp
-lcrypt -lm -lltdl -o libguile-gnutls-v-0.la -rpath /usr/local/lib
libguile_gnutls_v_0_la-core.lo libguile_gnutls_v_0_la-errors.lo
libguile_gnutls_v_0_la-utils.lo ../../lib/libgnutls.la
../../lgl/liblgnu.la
That is, `_LDFLAGS' appear before `_LIBADD', which we don't want. Is it
the same at your place?
>> I don't think the relative order of `_LDFLAGS' and `_LIBADD' is
>> documented in Libtool, so I think we'd better avoid mixing them. Using
>> only `_LDFLAGS' is valid and allows us to really get control over the
>> order of libraries on the linker's command-line and in RPATH.
>
> Still, libtool manual recommends to use LIBADD for library dependencies,
> so if that doesn't work, we should report it as a bug.
It's not that it doesn't work, just that the relative order of
`_LDFLAGS' and `_LIBADD' is not specified.
> Btw, which libtool version are you using? I think libtool is the one
> tool that doesn't have version-checks in configure.in.
I'm using Debian's package, version 1.5.22-4.
Thanks,
Ludovic.
More information about the Gnutls-devel
mailing list