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/2012-December/123272.html below:

[Python-Dev] [Python-ideas] PEP 3156 - Asynchronous IO Support Rebooted

[Python-Dev] [Python-ideas] PEP 3156 - Asynchronous IO Support Rebooted [Python-Dev] [Python-ideas] PEP 3156 - Asynchronous IO Support RebootedGuido van Rossum guido at python.org
Sat Dec 22 02:24:15 CET 2012
On Fri, Dec 21, 2012 at 5:17 PM, Jasper St. Pierre
<jstpierre at mecheye.net> wrote:
> On Fri, Dec 21, 2012 at 8:02 PM, Guido van Rossum <guido at python.org> wrote:
>
> ... snip ...
>
>> In PEP 3156 conformant code you're supposed always to use 'yield
>> from'. The only time you see a bare yield is when it's part of the
>> implementation's internals. (However I think tulip actually will
>> handle a yield the same way as a yield from, except that it's slower
>> because it makes a roundtrip to the scheduler, a.k.a. trampoline.)
>
>
> Would it be possible to fail on "yield"? Silently being slower when you
> forget to type a keyword is something I can imagine will creep up a lot by
> mistake, and I don't think it's a good idea to silently be slower when the
> only different is five more characters.

That's also a possibility. If someone can figure out a patch that
would be great.

-- 
--Guido van Rossum (python.org/~guido)
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