[Top][All Lists]

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

Re: GnuTLS 2.8.6

From: Andreas Metzler
Subject: Re: GnuTLS 2.8.6
Date: Sat, 20 Mar 2010 09:34:31 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

On 2010-03-15 Simon Josefsson <address@hidden> wrote:
> We are proud to announce a new stable GnuTLS release: Version 2.8.6.

This release includes this change:

>From 7e610054fa98f9c0b1e6d722bd6b5dc7dad1a711 Mon Sep 17 00:00:00 2001
From: Simon Josefsson <address@hidden>
Date: Thu, 05 Nov 2009 13:12:16 +0000
Subject: Make sure libgcrypt's dependency on libgpg-error is known.

diff --git a/lib/m4/hooks.m4 b/lib/m4/hooks.m4
index 2eb2b2a..dc2904a 100644
--- a/lib/m4/hooks.m4
+++ b/lib/m4/hooks.m4
@@ -34,7 +34,7 @@ AC_DEFUN([LIBGNUTLS_HOOKS],
-  AC_LIB_HAVE_LINKFLAGS(gcrypt,, [#include <gcrypt.h>],
+  AC_LIB_HAVE_LINKFLAGS([gcrypt], [gpg-error], [#include <gcrypt.h>],
     [enum gcry_cipher_algos i = GCRY_CIPHER_CAMELLIA128])
   if test "$ac_cv_libgcrypt" != yes; then
cgit v0.8.2.1

What problem is trying to solve? Gnutls does not uses gpg-error
functions, but ends up being linked against gpg-error even on
architecures which do not require linkage against indirect
dependencies. I thought a major selling point of AC_LIB_HAVE_LINKFLAGS
was that it found indirect dependencies if necessary (by relying on
libtool la files).

thanks, cu andreas

reply via email to

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