Eric Blake wrote:
On 05/13/2013 09:46 AM, Eric Blake wrote:
On 05/11/2013 08:27 AM, Roman Bogorodskiy wrote:
The sad part is that we aren't even using the deprecated symbols - their mere inclusion in the installed header is provoking the problems. It looks like newer gcc is a bit more tolerant (that is, this is a shortcoming of FreeBSD's use of an older compiler).
I have tried this fix and it works for me:
diff --git a/configure.ac b/configure.ac index 53f78de..4a813cc 100644 --- a/configure.ac +++ b/configure.ac @@ -1090,6 +1090,10 @@ if test "x$with_gnutls" != "xno"; then dnl it explicitly for the calls to gcry_control/check_version GNUTLS_LIBS="$GNUTLS_LIBS -lgcrypt"
+ dnl We're not using gcrypt deprecated features so define GCRYPT_NO_DEPRECATED + dnl to avoid deprecated warnings + GNUTLS_CFLAGS="$GNUTLS_CFLAGS -DGCRYPT_NO_DEPRECATED"
Cool. I'm trying to get a Fedora rawhide VM going (since it has libgcrypt-1.5.2) and verify that it works there as well, and then I'll probably apply this as a formal patch in your name if I don't find any issues in my testing.
Now pushed. I'm still building with CFLAGS=-Wno-error to work past some other issues, but this one should now be fixed.
Thanks. By the way, it builds fine with -Werror with clang with Daniel's patches.
-- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
Roman Bogorodskiy