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@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