Re: [libvirt] gnulib and 32-bit libvirt build, rpl_canonicalize_file_name
Ján Tomko writes ("Re: [libvirt] gnulib and 32-bit libvirt build,
rpl_canonicalize_file_name"):
This has been fixed in gnulib already:
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=246b3b2
commit 246b3b28808ee5f4664be674dce573af9497fc7a
Author: Eric Blake <eblake(a)redhat.com>
CommitDate: 2016-05-27 14:04:35 -0600
canonicalize: Fix broken probe for realpath.
Great, thanks.
Pulled into libvirt by:
commit 0ebd0b19d377775b93eeea9d49318d7a69e147da
Author: Eric Blake <eblake(a)redhat.com>
CommitDate: 2016-05-27 14:06:45 -0600
maint: update to latest gnulib
Fix a regression in checking for realpath (which caused link
failures regarding duplicate rpl_canonicalize_file_name), and
fix the mingw build regarding unsetenv.
* .gnulib: Update to latest.
Signed-off-by: Eric Blake <eblake(a)redhat.com>
Right.
The osstest service seems to be building libvirt commit:
commit 6ec319b84f67d72bf59fe7e0fd41d88ee9c393c7
Author: John Ferlan <jferlan(a)redhat.com>
logical: Clean up allocation when building regex on the fly
git describe: v1.3.1-92-g6ec319b contains: v1.3.2-rc1~262
which used gnulib from before the commit that broke it.
OK, great. Sorry for the noise.
Thanks,
Ian.