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 mark.dickinson
Recipients docs@python, mark.dickinson, python-dev, skrah
Date 2011-10-23.19:55:00
SpamBayes Score 7.1864736e-11
Marked as misclassified No
Message-id <1319399701.74.0.394531537782.issue12965@psf.upfronthosting.co.za>
In-reply-to
Content
I've fixed some of the inaccurate comments in Objects/longobject.c, for the default branch;  I'm still looking at the Doc update.

This really is a bit of a mess, especially for cases like PyLong_AsVoidPtr, which can either end up calling PyLong_As(Long)Long (which  allows conversion via __int__), or PyLong_AsUnsigned(Long)Long (which doesn't).

Ultimately, I think it would make sense to remove all __int__ conversions from Objects/longobject.c;  this would affect:

  - PyLong_AsLongAndOverflow
  - PyLong_AsLong
  - PyLong_AsUnsignedLongMask

and the 'LongLong' variants of these.  The ramifications of such a change might be quite long-reaching;  in particular, I seem to recall that this would affect the 'getargs' machinery.

It could be fun to remove these conversions and see how much of the test-suite fails. :-)
History
Date User Action Args
2011-10-23 19:55:01mark.dickinsonsetrecipients: + mark.dickinson, skrah, docs@python, python-dev
2011-10-23 19:55:01mark.dickinsonsetmessageid: <1319399701.74.0.394531537782.issue12965@psf.upfronthosting.co.za>
2011-10-23 19:55:01mark.dickinsonlinkissue12965 messages
2011-10-23 19:55:00mark.dickinsoncreate