homepage

The printf("%zd", ...) configure test fails on Linux, although it
supports the %zd format. config.log reveals that the test tests for %zd
with Py_ssize_t, which is (within the test) typedeffed to ssize_t. But
the appropriate system header is not included by the test, and ssize_t
is not defined. This results in Py_ssize_t not being correctly defined,
and the test failing.
According to http://tinyurl.com/3dhbbm/, ssize_t is defined in
<sys/types.h>. Adding #include <sys/types.h> manually to the test fixes
the test for me. A patch like the one attached should fix the problem.

I fixed the bug in r59533 trunk with a modified patch:
#ifdef HAVE_SYS_TYPES_H
#include <sys/types.h>
#endif
Should it be backported to 2.5? It will be merged into 3.0 automatically.

I think it should be backported.

Thanks for the quick review. I considered guarding the include with
#ifdef as well, but I concluded it's not necessary for the following
reasons:
1. a large number of existing tests already simply include <sys/types.h>
(the makedev test, sizeof(off_t) test, IPv6-related tests, and various
socket tests);
2. if sys/types.h doesn't exist, the test will fail, and Python will
conclude that %zd is not available. This conclusion is almost certainly
correct, as I doubt that a system without sys/types.h has a working %zd
format.

Please backport.

Backported to 2.5 in r59552