[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