Message 269012 - Python tracker

Message269012

Author	mark.dickinson
Recipients	mark.dickinson, methane, rhettinger, serhiy.storchaka
Date	2016-06-21.17:10:47
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1466529047.92.0.445379518776.issue27350@psf.upfronthosting.co.za>
In-reply-to

Content
> That doesn't sound right. It should be available always. To elaborate: assuming not Windows, the configure script has two checks: if AC_CHECK_TYPE(int32_t, ...) succeeds (which should happen whenever int32_t is defined in either stdint.h or inttypes.h), it #defines HAVE_INT32_T. If AC_TYPE_INT32_T succeeds (which should happen whenever int32_t is not defined in either stdint.h or inttypes.h), it #defines int32_t to be a suitable type. Then the pyport check makes sure than in both circumstances, PY_INT32_T is #defined. I don't believe there are any platforms out there that we care about for Python for which both checks fail.

Content

> That doesn't sound right. It should be available always.

To elaborate: assuming not Windows, the configure script has two checks: if AC_CHECK_TYPE(int32_t, ...) succeeds (which should happen whenever int32_t is defined in either stdint.h or inttypes.h), it #defines HAVE_INT32_T. If AC_TYPE_INT32_T succeeds (which should happen whenever int32_t is *not* defined in either stdint.h or inttypes.h), it #defines int32_t to be a suitable type. Then the pyport check makes sure than in both circumstances, PY_INT32_T is #defined.

I don't believe there are any platforms out there that we care about for Python for which both checks fail.

History
Date	User	Action	Args
2016-06-21 17:10:47	mark.dickinson	set	recipients: + mark.dickinson, rhettinger, methane, serhiy.storchaka
2016-06-21 17:10:47	mark.dickinson	set	messageid: <1466529047.92.0.445379518776.issue27350@psf.upfronthosting.co.za>
2016-06-21 17:10:47	mark.dickinson	link	issue27350 messages
2016-06-21 17:10:47	mark.dickinson	create