[Python-Dev] [python] Re: [Python-checkins] r60283 (original) (raw)
[Python-Dev] [python] Re: [Python-checkins] r60283 - in python/trunk: Include/longintrepr.h Include/longobject.h Include/unicodeobject.h Misc/NEWS Modules/_fileio.c Objects/longobject.c Objects/unicodeobject.c setup.py
Michael Foord fuzzyman at voidspace.org.uk
Sat Jan 26 18:57:23 CET 2008
- Previous message: [Python-Dev] [Python-checkins] r60283 - in python/trunk: Include/longintrepr.h Include/longobject.h Include/unicodeobject.h Misc/NEWS Modules/_fileio.c Objects/longobject.c Objects/unicodeobject.c setup.py
- Next message: [Python-Dev] [Python-checkins] r60283 - in python/trunk: Include/longintrepr.h Include/longobject.h Include/unicodeobject.h Misc/NEWS Modules/_fileio.c Objects/longobject.c Objects/unicodeobject.c setup.py
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Guido van Rossum wrote:
On Jan 26, 2008 1:16 AM, Raymond Hettinger <python at rcn.com> wrote:
Are you planning to backport bytearrays? I thought we had clearly decided to not backport any of the text/bytes model so that the Py2.6 string/unicode model remained pure.
'bytearray' is a separate issue. It's a brand new type: a mutable byte array. Its status as a built-in and completely different API makes it much more convenient than using the old array module. Introducing bytearray is not going to disturb the balance between str/bytes/unicode. I'm looking forward to having a native mutable bytes type in Python 2.x.
Michael Foord
- Previous message: [Python-Dev] [Python-checkins] r60283 - in python/trunk: Include/longintrepr.h Include/longobject.h Include/unicodeobject.h Misc/NEWS Modules/_fileio.c Objects/longobject.c Objects/unicodeobject.c setup.py
- Next message: [Python-Dev] [Python-checkins] r60283 - in python/trunk: Include/longintrepr.h Include/longobject.h Include/unicodeobject.h Misc/NEWS Modules/_fileio.c Objects/longobject.c Objects/unicodeobject.c setup.py
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]