[issue16277] Objects/longobject.c not compiled without long long

[Mark Dickinson]

Mark Dickinson added the comment:

First part of the patch looks fine to me.

For the second part, I don't see any undefined behaviour here.  Can you explain where the undefined behaviour comes from?  And are you sure that this is really just an optimization?  It looks as though it might be deliberately there to make sure that the conversion still produces a Python 0 even on systems where the NULL pointer *doesn't* give 0 when converted to an integer.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16277>
_______________________________________