I'm not sure if my suggestion for 572 has been considered:
I'm curious what the pros and cons of this form would be (?).
My arguments for were in a previous message but there do not seem to be any responses to it.
On Fri, 6 Apr 2018, 16:14 Guido van Rossum, firstname.lastname@example.org wrote:
On Fri, Apr 6, 2018 at 7:47 AM, Peter O'Connor <email@example.com
Hi all, thank you for the feedback. I laughed, I cried, and I learned.
You'll be a language designer yet. :-)
However, it looks like I'd be fighting a raging current if I were to try and push this proposal. It's also encouraging that most of the work would be done anyway if ("Statement Local Name Bindings") thread passes. So some more humble proposals would be:
- An initializer to itertools.accumulate
functools.reduce already has an initializer, I can't see any controversy to adding an initializer to itertools.accumulate
See if that's accepted in the bug tracker.
- Assignment returns a value (basically what's already in the "Statement
local name bindings" discussion) `a=f()` returns a value of a This would allow updating variables in a generator (I don't see the need for ":=" or "f() as a") but that's another discussion
Please join the PEP 572 discussion. The strongest contender currently is `a := f()` and for good reasons.
-- --Guido van Rossum (python.org/~guido) _______________________________________________ Python-ideas mailing list Pythonfirstname.lastname@example.org https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct: http://python.org/psf/codeofconduct/