gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gnutls-dev] Guile problems in 1.7.12


From: Ludovic Courtès
Subject: Re: [gnutls-dev] Guile problems in 1.7.12
Date: Tue, 12 Jun 2007 10:10:44 +0200
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)

Hi,

Simon Josefsson <address@hidden> 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.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]