A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2011-October/113778.html below:

[Python-Dev] RFC: Add a new builtin strarray type to Python?

[Python-Dev] RFC: Add a new builtin strarray type to Python? [Python-Dev] RFC: Add a new builtin strarray type to Python?Larry Hastings larry at hastings.org
Sat Oct 1 23:36:01 CEST 2011
On 10/01/2011 09:06 PM, Victor Stinner wrote:
> Another alternative is a "string-join" object. It is discussed (and
> implemented) in the following issue, and PyPy has also an optional
> implementation:
>
> http://bugs.python.org/issue1569040
> http://codespeak.net/pypy/dist/pypy/doc/interpreter-optimizations.html#string-
> join-objects
>

Yes, actually I was planning on trying to revive my "lazy string 
concatenation" patch once PEP 393 landed.  As I recall it, the major 
roadblock to the patch's acceptance was that it changed the semantics of 
PyString_AS_STRING().  With the patch applied, PyString_AS_STRING() 
could now fail and return NULL under low-memory conditions.  This meant 
a major change to the C API and would have required an audit of 400+ 
call sites inside CPython alone.  I haven't studied PEP 393 yet, but 
Martin tells me PyUnicode_READY would be a good place to render the lazy 
string.

Give me a week or two and I should be able to get it together,


/larry/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20111001/7ba316f6/attachment.html>
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4