[gnutls-help] on finding nettle under /usr/local rather than under /usr (GNU+Linux 64-bit system)
nmav at gnutls.org
Fri May 31 10:27:39 CEST 2013
On Thu, May 30, 2013 at 12:39 PM, Marco Maggi <marco.maggi-ipsu at poste.it> wrote:
> I am trying to install Gnutls 3.2.0 on a GNU+Linux 64-bit
> system with Slackware's Nettle 2.5 installed under "/usr"
> and my own installation of Nettle 2.7.1 under "/usr/local".
> I can do:
> $ ./configure
> the build starts and it seems to find the right Nettle:
> $ grep nettle config.log
> configure:8886: checking whether to use nettle
> configure:9384: checking for libnettle
> configure:9406: gcc -std=gnu99 -o conftest -g -O2 -L/usr/local/lib conftest.c /usr/local/lib/libnettle.so /usr/local/lib/libhogweed.so -lgmp -Wl,-rpath -Wl,/usr/local/lib >&5
> configure:9423: checking how to link with libnettle
> configure:9425: result: /usr/local/lib/libnettle.so /usr/local/lib/libhogweed.so -lgmp -Wl,-rpath -Wl,/usr/local/lib
> config.status:3259: creating lib/nettle/Makefile
> LIBNETTLE='/usr/local/lib/libnettle.so /usr/local/lib/libhogweed.so -lgmp -Wl,-rpath -Wl,/usr/local/lib'
> LTLIBNETTLE='-L/usr/local/lib -lnettle -L/usr/local/lib -lhogweed -lgmp -R/usr/local/lib'
> but then "make" will fail because the old Nettle does not
> have the needed functions ("nettle_umac_*", "nettle_ecc_*",
> etc.); and after building fails I see:
Does the linking fails or compilation? If it is the latter a quick
hack is to configure using CFLAGS=-I/usr/local/include
The proper fix is for gnutls to use pkg-config to detect nettle (which
I plan to do on the next release).
More information about the Gnutls-help