[Python-Dev] [Python-checkins] r64424 - in python/trunk: Include/object.h Lib/test/test_sys.py Misc/NEWS Objects/intobject.c Objects/longobject.c Objects/typeobject.c Python/bltinmodule.c (original) (raw)

Eric Smith eric+python-dev at trueblade.com
Tue Jun 24 19:07:16 CEST 2008

Guido van Rossum wrote:

The 3.0 approach means that non-float floating point types still can't be displayed properly by bin()/oct()/hex(). Nor can float, AFAICT from the current 3.0 tree.

$ ./python Python 3.0b1+ (py3k:64491:64497M, Jun 24 2008, 07:14:03) [GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2 Type "help", "copyright", "credits" or "license" for more information.

bin(1.0) '0b1 * 2.0 ** 0'

The current 2.6 approach means every such class has to implement its own equivalent of PyNumberToBase. But that's not supposed to be a burden -- any type purporting to implement some kind of integer should implement index anyway. (Unless I misunderstand what you mean by "equivalent of"?)

But apparently there's a desire to have bin(), oct(), and hex() support non-integer types. See above, and issue 3008. In 3.0, it's not possible to extend these to other types, because of the lack of bin, etc. The test for float is hard coded in PyNumber_ToBase().

Eric.

More information about the Python-Dev mailing list