str(<int>, base=<int>) as complement to int(<str>, base=<int>)

Hello! Python's int type has an optional argument base which allows people to specify a base for the conversion of a string to an integer.
I've sometimes missed a way to reverse the process. How would you like an optional second argument to str() that takes an int from 2 to 36?
I know it's not a killer feature but it feels right to have a complement. How do you like the idea? Christian

On 10/31/07, Christian Heimes <lists@cheimes.de> wrote:
This was discussed before: http://mail.python.org/pipermail/python-dev/2006-January/059789.html Seemed like people liked the concept, but there was a fair debate about syntax (should it be the str constructor, should it be an int method, etc.) Steve -- I'm not *in*-sane. Indeed, I am so far *out* of sane that you appear a tiny blip on the distant coast of sanity. --- Bucky Katt, Get Fuzzy

It should *definitely* *not* be the str() constructor, which is already overloaded. Remember str() takes arguments of *any* type. Overloading variants on the conversion to string via arguments to str() doesn't scale. On 10/31/07, Steven Bethard <steven.bethard@gmail.com> wrote:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)

We go over this about once a year. The conclusion is always the same: there isn't enough use for bases other than 2, 8, 10, 16 to bother including anything, and these are already covered by bin(), oct(), str() and hex(). (bin() is in 3.0 and to be backported to 2.6.) On 11/1/07, Adam Atlas <adam@atlas.st> wrote:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)

On 10/31/07, Christian Heimes <lists@cheimes.de> wrote:
This was discussed before: http://mail.python.org/pipermail/python-dev/2006-January/059789.html Seemed like people liked the concept, but there was a fair debate about syntax (should it be the str constructor, should it be an int method, etc.) Steve -- I'm not *in*-sane. Indeed, I am so far *out* of sane that you appear a tiny blip on the distant coast of sanity. --- Bucky Katt, Get Fuzzy

It should *definitely* *not* be the str() constructor, which is already overloaded. Remember str() takes arguments of *any* type. Overloading variants on the conversion to string via arguments to str() doesn't scale. On 10/31/07, Steven Bethard <steven.bethard@gmail.com> wrote:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)

We go over this about once a year. The conclusion is always the same: there isn't enough use for bases other than 2, 8, 10, 16 to bother including anything, and these are already covered by bin(), oct(), str() and hex(). (bin() is in 3.0 and to be backported to 2.6.) On 11/1/07, Adam Atlas <adam@atlas.st> wrote:
-- --Guido van Rossum (home page: http://www.python.org/~guido/)
participants (6)
-
Adam Atlas
-
Christian Heimes
-
Guido van Rossum
-
Jim Jewett
-
Ron Adam
-
Steven Bethard