A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2011-November/114436.html below:

[Python-Dev] [SPAM: 3.000] [issue11682] PEP 380 reference implementation for 3.3

[Python-Dev] [SPAM: 3.000] [issue11682] PEP 380 reference implementation for 3.3 [Python-Dev] [SPAM: 3.000] [issue11682] PEP 380 reference implementation for 3.3Greg Ewing greg.ewing at canterbury.ac.nz
Thu Nov 10 04:33:11 CET 2011
On 10/11/11 14:50, Nick Coghlan wrote:
> I'd actually be amenable to making it legal to omit
> the extra parentheses for both yield&  yield from in the single
> argument case where there's no ambiguity...
 >
> The way your patch tried to do it also allowed "f(yield
> from x, 1)" which strikes me as being far too confusing

Since 'yield from' is intended mainly for delegating to
another generator, the 'x' there will usually be a function
call, so you'll be looking at something like

    f(yield from g(x), 1)

which doesn't look very confusing to me, but maybe I'm
not impartial enough to judge.

In any case, I'm now pursuing cofunctions as a better
way of doing lightweight threading, so this issue
probably doesn't matter so much.

-- 
Greg
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4