Builds of both app-emulation/xen-tools-3.4.2 & app-emulation/xen-tools-4.0.0 fail because of "error: 'PyArg_ParseTuple' is an unrecognized format function type". Reproducible: Always Steps to Reproduce: 1. emerge =xen-tools-3.4.2 2. Wait for the build to fail Actual Results: building 'xc' extension creating build/temp.linux-x86_64-2.6 creating build/temp.linux-x86_64-2.6/xen creating build/temp.linux-x86_64-2.6/xen/lowlevel creating build/temp.linux-x86_64-2.6/xen/lowlevel/xc gcc -fno-strict-overflow -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -MMD -MF .subdirs-all.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -MMD -MF .subdir-all-python.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -D__XEN_TOOLS__ -MMD -MF .buildpy.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I../../tools/libxc -I../../tools/xenstore -I../../tools/include -Ixen/lowlevel/xc -I/usr/include/python2.6 -c xen/lowlevel/xc/xc.c -o build/temp.linux-x86_64-2.6/xen/lowlevel/xc/xc.o -fno-strict-aliasing -Werror cc1: warnings being treated as errors In file included from /usr/include/python2.6/Python.h:126, from xen/lowlevel/xc/xc.c:8: /usr/include/python2.6/modsupport.h:27: error: 'PyArg_ParseTuple' is an unrecognized format function type error: command 'gcc' failed with exit status 1 make[2]: *** [buildpy] Error 1 make[1]: *** [subdir-all-python] Error 2 make: *** [subdirs-all] Error 2 * ERROR: app-emulation/xen-tools-3.4.2 failed: * compile failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 4855: Called die * The specific snippet of code: * emake -C tools ${myopt} || die "compile failed"; * * If you need support, post the output of 'emerge --info =app-emulation/xen-tools-3.4.2', * the complete build log and the output of 'emerge -pqv =app-emulation/xen-tools-3.4.2'. * The complete build log is located at '/var/tmp/portage/app-emulation/xen-tools-3.4.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-emulation/xen-tools-3.4.2/temp/environment'. * S: '/var/tmp/portage/app-emulation/xen-tools-3.4.2/work/xen-3.4.2' >>> Failed to emerge app-emulation/xen-tools-3.4.2, Log file: >>> '/var/tmp/portage/app-emulation/xen-tools-3.4.2/temp/build.log' Expected Results: It should build.
Created attachment 236543 [details] 3.4.2 build log
Created attachment 236545 [details] 4.0.0 build log
Created attachment 236547 [details] emerge --info
Removing "-finline-functions" from CFLAGS and/or "-Wl,-z,now", "-Wl,-O1", "-Wl,--sort-common" and "-Wl,--as-needed" from LDFLAGS makes no difference.
Bueller? Bueller? Bueller?
Happens for me too for versions 3.4.2, 3.4.3 and 4.0.0.
xen-tools-4.0.1 has the same problem.
Xen 4.1 in tree. Please test with it and reopen if it doesnt work
app-emulation/xen-tools-4.1.0 fails with: arch/i386/core/cpu.c: In function 'get_cpuinfo': arch/i386/include/bits/cpu.h:79: error: can't find a register in class 'BREG' while reloading 'asm' arch/i386/include/bits/cpu.h:79: error: can't find a register in class 'BREG' while reloading 'asm' arch/i386/include/bits/cpu.h:79: error: can't find a register in class 'BREG' while reloading 'asm' arch/i386/include/bits/cpu.h:79: error: can't find a register in class 'BREG' while reloading 'asm' arch/x86/include/bits/string.h:188: error: 'asm' operand has impossible constraints arch/i386/include/bits/cpu.h:79: error: 'asm' operand has impossible constraints arch/i386/include/bits/cpu.h:79: error: 'asm' operand has impossible constraints arch/i386/include/bits/cpu.h:79: error: 'asm' operand has impossible constraints arch/i386/include/bits/cpu.h:79: error: 'asm' operand has impossible constraints Running hardened/linux/amd64 profile.
Created attachment 268627 [details] xen-tools-4.1.0 build.log
Created attachment 268629 [details] emerge --info for xen-tools-4.1.0 build
The problem from comment #10 is reported in bug #360805 (see workaround/patch there). The original problem doesn't show up here (xen 4.1.0, hardened gcc 4.4.4). Regards, Milan
a possible cause of this; -fPIC
after a number of other fixes, the cause of this would be in build/temp.linux-x86_64-2.6/xen/lowlevel/xc/xc.o -fno-strict-aliasing -Werror cc1: warnings being treated as errors In file included from /usr/include/python2.6/Python.h:126, from xen/lowlevel/xc/xc.c:8: /usr/include/python2.6/modsupport.h:27: error: 'PyArg_ParseTuple' is an unrecognized format function type error: command 'gcc' failed with exit status 1 namely an example of -Werror idiocy. Fixed in the tree
