[Python-checkins] r55263 - peps/trunk/pep-0000.txt peps/trunk/pep-3132.txt
georg.brandl
python-checkins at python.org
Fri May 11 17:36:11 CEST 2007
Author: georg.brandl
Date: Fri May 11 17:36:08 2007
New Revision: 55263
Modified:
peps/trunk/pep-0000.txt
peps/trunk/pep-3132.txt
Log:
Mark PEP 3132 as final.
Modified: peps/trunk/pep-0000.txt
==============================================================================
--- peps/trunk/pep-0000.txt (original)
+++ peps/trunk/pep-0000.txt Fri May 11 17:36:08 2007
@@ -122,7 +122,6 @@
S 3119 Introducing Abstract Base Classes GvR, Talin
S 3124 Overloading, Generic Functions, Interfaces Eby
S 3131 Supporting Non-ASCII Identifiers von Löwis
- S 3132 Extended Iterable Unpacking Brandl
S 3141 A Type Hierarchy for Numbers Yasskin
Finished PEPs (done, implemented in Subversion)
@@ -189,6 +188,7 @@
SF 3105 Make print a function Brandl
SF 3107 Function Annotations Winter, Lownds
SF 3114 Renaming iterator.next() to .__next__() Yee
+ SF 3132 Extended Iterable Unpacking Brandl
Empty PEPs (or containing only an abstract)
@@ -501,7 +501,7 @@
SA 3129 Class Decorators Winter
SR 3130 Access to Current Module/Class/Function Jewett
S 3131 Supporting Non-ASCII Identifiers von Löwis
- S 3132 Extended Iterable Unpacking Brandl
+ SF 3132 Extended Iterable Unpacking Brandl
S 3141 A Type Hierarchy for Numbers Yasskin
Modified: peps/trunk/pep-3132.txt
==============================================================================
--- peps/trunk/pep-3132.txt (original)
+++ peps/trunk/pep-3132.txt Fri May 11 17:36:08 2007
@@ -3,7 +3,7 @@
Version: $Revision$
Last-Modified: $Date$
Author: Georg Brandl <georg at python.org>
-Status: Draft
+Status: Final
Type: Standards Track
Content-Type: text/x-rst
Created: 30-Apr-2007
@@ -153,16 +153,33 @@
tracker [SFPATCH]_. It now includes a minimal test case.
-Open Issues
-===========
+Acceptance
+==========
-- Should the catch-all expression be assigned a list or a tuple of items?
+After a short discussion on the python-3000 list [1]_, the PEP was
+accepted by Guido in its current form. Possible changes discussed
+were:
+
+* Only allow a starred expression as the last item in the exprlist.
+ This would simplify the unpacking code a bit and allow for the
+ starred expression to be assigned an iterator. This behavior was
+ rejected because it would be too surprising.
+
+* Try to give the starred target the same type as the source
+ iterable, for example, ``b`` in ``a, *b = 'hello'`` would be
+ assigned the string ``'ello'``. This may seem nice, but is
+ impossible to get right consistently with all iterables.
+
+* Make the starred target a tuple instead of a list. This would be
+ consistent with a function's ``*args``, but make further processing
+ of the result harder.
References
==========
.. [SFPATCH] http://python.org/sf/1711529
+.. [1] http://mail.python.org/pipermail/python-3000/2007-May/007198.html
Copyright
More information about the Python-checkins
mailing list