Mark PEP 3132 as final.

pep-0000.txt

@@ -122,7 +122,6 @@ Index by Category
  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 @@ Index by Category
  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 @@ Numerical Index
  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
 
 

pep-3132.txt

@@ -3,7 +3,7 @@ Title: Extended Iterable Unpacking
 Version: $Revision$
 Last-Modified: $Date$
 Author: Georg Brandl <georg@python.org>
-Status: Draft
+Status: Final
 Type: Standards Track
 Content-Type: text/x-rst
 Created: 30-Apr-2007
@@ -153,16 +153,33 @@ The current implementation can be found at the SourceForge Patch
 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