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@xxxxxxxxxx> > --- > > 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 -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list