[Python-Dev] Deprecation warning on integer shifts and such
M.-A. Lemburg
mal@lemburg.com
Tue, 13 Aug 2002 18:12:40 +0200
Guido van Rossum wrote:
>>>We are *already* offering developers a way to deal with unsigned data:
>>>use longs. Bit shifting works just fine on longs, and the results are
>>>positive unless you "or" in a negative number. Getting a 32-bit
>>>result in Python is trivial (mask with 0xffffffffL). The Python C API
>>>already supports getting an unsigned C long out of a Python long
>>>(PyLong_AsUnsignedLong()).
>>
>>You are turning in circles here. Longs are not compatible
>>to integers at C level. That's what I was trying to
>>address.
>
>
> In what sense are longs not compatible to C integers?
PyInt_Check() doesn't accept longs. PyInt_AS_LONG() returns
garbage.
> I'm frustrated that you apparently didn't read PEP 237 when it was
> discussed in the first place.
I was on vacation at the time you discussed this and I
had never expected that you are actually trying to force
long usage instead of integer usage. My impression was that
you were aiming at providing ways to be able to pass longs
to integer aware APIs which is goodness.
--
Marc-Andre Lemburg
CEO eGenix.com Software GmbH
_______________________________________________________________________
eGenix.com -- Makers of the Python mx Extensions: mxDateTime,mxODBC,...
Python Consulting: http://www.egenix.com/
Python Software: http://www.egenix.com/files/python/