On Tue, 2014-09-09 at 09:54 +0100, Daniel P. Berrange wrote: > On Tue, Sep 09, 2014 at 09:49:47AM +0100, Ian Campbell wrote: > > Xen's automated testing of libvirt against newer Xen's has found a build > > issue which it has bisected down to "blockcopy: expose new API in > > virsh". > > > > An instance of the failure can be found in flight 30154: > > http://lists.xen.org/archives/html/xen-devel/2014-09/msg01063.html > > links to the logs => > > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/ > > click the header of a failing column => > > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/info.html > > click the failing step => > > http://www.chiark.greenend.org.uk/~xensrcts/logs/30154/build-armhf-libvirt/5.ts-libvirt-build.log > > > > virsh-domain.c: In function 'cmdBlockCopy': > > virsh-domain.c:2003:17: error: comparison is always false due to limited range of data type [-Werror=type-limits] > > cc1: all warnings being treated as errors > > > > It seems to be failing similarly on i386 and I suppose most 32-bit > > arches. > > Thanks, we've just had a fix for that pushed Thanks, I grepped libvir-list but must have missed it. Ian. -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list