Test failure while building cpython

Terry Reedy tjreedy at udel.edu
Wed Aug 20 20:08:24 EDT 2014


On 8/20/2014 7:05 PM, Adam Bishop wrote:
> I'm trying to build python 3.3.2 from source packages provided by Red Hat under mock.
>
> The build itself works,but one specific test is failing:
>
>     ======================================================================
>     FAIL: test_sysconfig_module (distutils.tests.test_sysconfig.SysconfigTestCase)

This is a test of lib/distutils.sysconfig, a near but not exact copy of 
lib/sysconfig. I don't know why we have both, but this one will not 
affect you unless you use distutils to compile something.

>     ----------------------------------------------------------------------
>     Traceback (most recent call last):
>       File "/builddir/build/BUILD/Python-3.3.2/Lib/distutils/tests/test_sysconfig.py", line 134, in test_sysconfig_module
>         self.assertEqual(global_sysconfig.get_config_var('CFLAGS'), sysconfig.get_config_var('CFLAGS'))

This seems to be testing that "CFLAGS" in the same in both.  Both have 
(with lined breaks added)

-Wno-unused-result -DDYNAMIC_ANNOTATIONS_ENABLED=1 -O2
-g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
   -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv

-I/usr/include-O2
-g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
   -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv

The former also has

-I/usr/include-O2
-g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
   -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
-O1

which is a repeat with the addition of -01

> Obviously I could simply disable the test[1],

Or you can ignore it.

 > Other details: CentOS 7 x86_64, GCC 4.8.2, Python 3.3.2, mock 1.1.41

I am guessing that CentOS does not guarantee that Red Hat source 
compiled on CentOS will run tests without failure.

-- 
Terry Jan Reedy




More information about the Python-list mailing list