[libvirt] [PATCH] maint: update to latest gnulib
Michal Privoznik
mprivozn at redhat.com
Fri Dec 6 08:33:10 UTC 2013
On 06.12.2013 00:52, Eric Blake wrote:
> A couple of fixes for bootstrap issues reported on IRC:
> - on some older glibc systems, ./configure could deadlock due to
> a glibc malloc bug
> - on FreeBSD systems, a broken autom4te coupled with gettext
> 0.18.3 prevents bootstrap; we can't work around it, but can at
> least inform the user why they have a problem
>
> And as always, portability fixes in other modules, some of which
> are used by libvirt.
>
> * .gnulib: Update to latest, in part for bootstrap improvements.
> * bootstrap: Resync to gnulib.
>
> Signed-off-by: Eric Blake <eblake at redhat.com>
> ---
>
> Hmm, in reading this gnulib changelog, I'm not sure I want to
> push right away: the line about md5 being tweaked to use openssl
> makes me wonder if this update is dragging in a new library
> dependency; I'll have to do a bit more investigation. But
> here's the patch, if anyone else also wants to investigate.
>
> * .gnulib 831b84c...fdfe96f (18):
> > bootstrap: warn about BSD toolchain snafu
> > open-tests: port to glibc with _FORTIFY_SOURCE and -O1
> > include_next: minimize code duplication
> > getcwd: fix compile error in configure check
> > regex: suppress core dumps from detection code
> > md5, sha1, sha256, sha512: support mandating use of openssl
> > test-xvasprintf: disable some -Wformat-security diagnostics
> > regex: avoid glibc deadlock during configure
> > md5, sha1, sha256, sha512: use openssl routines if available
I think openssl is widely available. And yet, libvirt is already
dragging openssl in:
$ ldd ./daemon/.libs/libvirtd | grep ssl
libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f7ceed3e000)
I wonder where it got from:
libvirt.git $ grep -r \\-lssl .
grep: ./.git/objects/a1/sedRc8oQE: Permission denied
Michal
More information about the libvir-list
mailing list