[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],
DLL_VERSION=`expr ${LT_CURRENT} - ${LT_AGE}`
AC_SUBST(DLL_VERSION)
- 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
AC_MSG_ERROR([[
--
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
- GnuTLS 2.8.6, Simon Josefsson, 2010/03/15
- Re: GnuTLS 2.8.6,
Andreas Metzler <=