diff options
| author | Neal Norwitz <nnorwitz@gmail.com> | 2006-09-05 03:53:08 (GMT) |
|---|---|---|
| committer | Neal Norwitz <nnorwitz@gmail.com> | 2006-09-05 03:53:08 (GMT) |
| commit | dac090d3e62cadd24fc6b73ab177bf98326c1849 (patch) | |
| tree | 4b6fa9d21592bdd09ad8204daec1a4bf18c710de /Misc | |
| parent | 4bc2c0919b2ed31851e9c3423ab85614fe35a75a (diff) | |
| download | cpython-dac090d3e62cadd24fc6b73ab177bf98326c1849.zip cpython-dac090d3e62cadd24fc6b73ab177bf98326c1849.tar.gz cpython-dac090d3e62cadd24fc6b73ab177bf98326c1849.tar.bz2 | |
Bug #1520864 (again): unpacking singleton tuples in list comprehensions and
generator expressions (x for x, in ... ) works again.
Sigh, I only fixed for loops the first time, not list comps and genexprs too.
I couldn't find any more unpacking cases where there is a similar bug lurking.
This code should be refactored to eliminate the duplication. I'm sure
the listcomp/genexpr code can be refactored. I'm not sure if the for loop
can re-use any of the same code though.
Will backport to 2.5 (the only place it matters).
Diffstat (limited to 'Misc')
| -rw-r--r-- | Misc/NEWS | 5 |
1 files changed, 5 insertions, 0 deletions
@@ -22,6 +22,11 @@ Core and builtins - The return tuple from str.rpartition(sep) is (tail, sep, head) where head is the original string if sep was not found. +- Bug #1520864: unpacking singleton tuples in list comprehensions and + generator expressions (x for x, in ... ) works again. Fixing this problem + required changing the .pyc magic number. This means that .pyc files + generated before 2.5c2 will be regenerated. + Library ------- |