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(a)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