Ján Tomko writes ("Re: 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@xxxxxxxxxx>
> 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@xxxxxxxxxx>
> 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@xxxxxxxxxx>
Right.
> The osstest service seems to be building libvirt commit:
> commit 6ec319b84f67d72bf59fe7e0fd41d88ee9c393c7
> Author: John Ferlan <jferlan@xxxxxxxxxx>
>
> 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.
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list