[Python-Dev] Internal representation of strings and Micropython
Nick Coghlan
ncoghlan at gmail.com
Thu Jun 5 14:38:13 CEST 2014
More information about the Python-Dev mailing list
Thu Jun 5 14:38:13 CEST 2014
- Previous message: [Python-Dev] Internal representation of strings and Micropython
- Next message: [Python-Dev] Internal representation of strings and Micropython
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 5 June 2014 22:10, Stefan Krah <stefan at bytereef.org> wrote: > Paul Sokolovsky <pmiscml at gmail.com> wrote: >> In this regard, I'm glad to participate in mind-resetting discussion. >> So, let's reiterate - there's nothing like "the best", "the only right", >> "the only correct", "righter than", "more correct than" in CPython's >> implementation of Unicode storage. It is *arbitrary*. Well, sure, it's >> not arbitrary, but based on requirements, and these requirements match >> CPython's (implied) usage model well enough. But among all possible >> sets of requirements, CPython's requirements are no more valid that >> other possible. And other set of requirement fairly clearly lead to >> situation where CPython implementation is rejected as not correct for >> those requirements at all. > > Several core-devs have said that using UTF-8 for MicroPython is perfectly okay. > I also think it's the right choice and I hope that you guys come up with a very > efficient implementation. Based on this discussion , I've also posted a draft patch aimed at clarifying the relevant aspects of the data model section of the language reference (http://bugs.python.org/issue21667). Cheers, Nick. -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
- Previous message: [Python-Dev] Internal representation of strings and Micropython
- Next message: [Python-Dev] Internal representation of strings and Micropython
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list