This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients Devin Jeanpierre, mark.dickinson, serhiy.storchaka, vstinner
Date 2013-04-30.08:10:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAMpsgwYyFSYfec_dkvjSUPaLcxJPPm0Q+ULGOxot=knc5_dqDA@mail.gmail.com>
In-reply-to <1367304634.06.0.617003995796.issue17870@psf.upfronthosting.co.za>
Content
>> It is the same question than yours: is there a platform with an integer type wider than a pointer (intptr_t/void*)?

> It's x86. sizeof(void*) == 4, sizeof(long long) == 8.

Ah  yes. So "SIZEOF_VOID_P <=" is not a good test. File position
(off_t) size can be 64 bit on a 32-bit system (like Linux/i386 and
Win32), whereas pointers size is 32 bit.

I don't think that we can rely on the availability of PY_LONG_LONG, it
may depend on the compiler or even on the compiler options.

IMO, if we decide to add functions for intmax_t and uintmax_t types,
the safest option is to only define functions if the real C type
(intmax_t and uintmax_t types) is available. I mean, we should not
guess intmax_t ourself, or we may choose the wrong type (too small
type).
History
Date User Action Args
2013-04-30 08:10:48vstinnersetrecipients: + vstinner, mark.dickinson, Devin Jeanpierre, serhiy.storchaka
2013-04-30 08:10:48vstinnerlinkissue17870 messages
2013-04-30 08:10:48vstinnercreate