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 Devin Jeanpierre
Recipients Devin Jeanpierre, benjamin.peterson, josh.r, mark.dickinson, pitrou, serhiy.storchaka, vstinner, yselivanov
Date 2017-06-15.14:07:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1497535672.61.0.0209360926322.issue17870@psf.upfronthosting.co.za>
In-reply-to
Content
Oh, to be clear on this last point:

> Hum, who else needs such function except of you?

Right now there is no way to convert an int that might be > 64 bits, into a python long, except really bizarre shenanigans, unless we want to rely on implementation-defined behavior.

This would be fine if it were easy to implement, but it isn't -- as we've both agreed, there's no good way to do this, and it is significantly easier to add this to CPython than to implement this from outside of CPython. And I do think there is merit in writing code that doesn't rely on implementation-defined behavior.

I also think it's simpler -- imagine if we just didn't care about all these int types! Phew.

Ack that this isn't "strong rationale" per your standards, so do whatever is right for this bug.
History
Date User Action Args
2017-06-15 14:07:52Devin Jeanpierresetrecipients: + Devin Jeanpierre, mark.dickinson, pitrou, vstinner, benjamin.peterson, serhiy.storchaka, yselivanov, josh.r
2017-06-15 14:07:52Devin Jeanpierresetmessageid: <1497535672.61.0.0209360926322.issue17870@psf.upfronthosting.co.za>
2017-06-15 14:07:52Devin Jeanpierrelinkissue17870 messages
2017-06-15 14:07:52Devin Jeanpierrecreate