[libvirt] [PATCHv2] build: let autobuild check more code
Eric Blake
eblake at redhat.com
Fri Dec 16 18:39:26 UTC 2011
On 12/16/2011 02:08 AM, Daniel P. Berrange wrote:
>> @@ -71,23 +76,7 @@ if [ -x /usr/bin/i686-pc-mingw32-gcc ]; then
>> --host=i686-pc-mingw32 \
>> --prefix="$AUTOBUILD_INSTALL_ROOT/i686-pc-mingw32/sys-root/mingw" \
>> --enable-compile-warnings=error \
>> - --without-xen \
>> - --without-qemu \
>> - --without-openvz \
>> - --without-lxc \
>> - --without-vbox \
>> - --without-xenapi \
>> - --without-uml \
>> - --without-sasl \
>> - --without-avahi \
>> - --without-polkit \
>> - --without-python \
>
> It turns out we don't disable dtrace correctly on mingw32, if the build
> host has it present for native. So we either need to fix configure.ac
> or add --without-dtrace back in.
It looks like --without-python is also essential, as I'm now getting:
libtool: compile: i686-pc-mingw32-gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I../../python -I.. -I/usr/include/python2.7 -I/usr/include/python2.7
-I../../include -I../include -I../python -Wno-redundant-decls -g -O2 -MT
libvirtmod_la-libvirt-override.lo -MD -MP -MF
.deps/libvirtmod_la-libvirt-override.Tpo -c
../../python/libvirt-override.c -DDLL_EXPORT -DPIC -o
.libs/libvirtmod_la-libvirt-override.o
In file included from /usr/include/python2.7/Python.h:8:0,
from ../../python/libvirt-override.c:19:
/usr/include/python2.7/pyconfig.h:1:27: fatal error: bits/wordsize.h: No
such file or directory
Why is a mingw build trying to include /usr/include/python2.7/Python.h
instead of the appropriate mingw-specific buildroot? It seems like our
python detection in configure.ac is misbehaving during cross-builds.
--
Eric Blake eblake at redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20111216/575993a0/attachment-0001.sig>
More information about the libvir-list
mailing list