[Python-Dev] Replacement for array.array('u')?
Inada Naoki
songofacandy at gmail.com
Fri Mar 22 05:11:20 EDT 2019
More information about the Python-Dev mailing list
Fri Mar 22 05:11:20 EDT 2019
- Previous message (by thread): [Python-Dev] Replacement for array.array('u')?
- Next message (by thread): [Python-Dev] Replacement for array.array('u')?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Fri, Mar 22, 2019 at 4:38 PM Greg Ewing <greg.ewing at canterbury.ac.nz> wrote: > > A poster on comp.lang.python is asking about array.array('u'). > He wants an efficient mutable collection of unicode characters > that can be initialised from a string. > > According to the docs, the 'u' code is deprecated and will be > removed in 4.0, but no alternative is suggested. > > Why is this being deprecated, instead of keeping it and making > it always 32 bits? It seems like useful functionality that can't > be easily obtained another way. > I think it's because there are not much use cases found when implementing PEP 393. If there are use cases enough to keep it in stdlib, I'm OK about un-deprecate it and make it always 32bit (int32_t). -- Inada Naoki <songofacandy at gmail.com>
- Previous message (by thread): [Python-Dev] Replacement for array.array('u')?
- Next message (by thread): [Python-Dev] Replacement for array.array('u')?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list