[Python-3000] Removing simple slicing
Robert Brewer
fumanchu at aminus.org
Fri Aug 24 18:35:10 CEST 2007
Thomas Wouters wrote:
> 1) It (passively) promotes supporting only simple slicing,
> as observed by the builtin types only supporting extended
> slicing many years after extended slicing was introduced
Should that read "...only supporting simple slicing..."?
> The proposed solution, as implemented in the p3yk-noslice
> SVN branch, gets rid of the simple slicing methods and
> PyType entries. The simple C API (using ``Py_ssize_t``
> for start and stop) remains, but creates a slice object
> as necessary instead. Various types had to be updated to
> support slice objects, or improve the simple slicing case
> of extended slicing.
Am I reading this correctly, that: since the "simple C API
remains", one can still write S[3:8] with only one colon
and have it work as before? Or would it have to be rewritten
to include two colons?
Robert Brewer
fumanchu at aminus.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/python-3000/attachments/20070824/1aa6ddd6/attachment.htm
More information about the Python-3000
mailing list