RetroSearch Browse

Thu Dec 4 20:52:35 EST 2003 · https://mail.python.org/pipermail/python-dev/2003-December/040726.html

>>If you agree with this premise, then it suggests a different
>>approach. Use different implementations in C, but have type(x) in
>>Python lie.  type(x) would always return the type object which is
>>now known as "long".
> 
> If this can be made to work, I like it.  __class__ should also be
> hacked, and isinstance(); and who knows how many other places, but
> probably not too many.

If we go this route, then how general should the mechanism for "merging" 
types in Python-space (but keeping them separate in c-space) be?  I.e., 
should this be an integer-specific change, or a general mechanism that 
happens to be used by int?  It seems like there might be other use cases 
for similar "merges" (string/unicode comes to mind).

-Edward

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2003-December/040726.html below:

[Python-Dev] Int FutureWarnings and other 2.4 TODOs