[Python-ideas] Language "macros" in discussions
Christian Tismer
tismer at stackless.com
Sat Oct 20 22:55:15 CEST 2012
Clarification:
I have a tendency to mention constructs
from other threads in a discussion.
This might suggest that I'm propose
using this not-yet-included or even
accepted feature as a solution. For instance
Guido's reaction to my last message
might be an indicator of misinterpreting
this, although I'm not sure if I was
Prinarily addressed at all (despite that the to/cc
suggested it).
Anyway, I just want to make sure:
If I'm mentioning stackless or codef
or greenlet, this does not imply that I
propose to code the solution to async
by implementing such a thing, first.
The opposite is true.
I mean such meantioning more like
a macro-like feature:
I'm implementing structures using the existing
things, but adhere to a coding style
that stays compatible to one of the mentioned
principles.
This is like a macro feature of my brain
- I talk about codef, but code it using
yield-from.
So please don't take me wrong that I
want to push for features to be
included. This is only virtual. I use yield
constructs, but obey the codef protocol,
for instance.
And as an addition: when I'm talking
of generators implemented by yield from,
then this is just a generator that can
yield from any of its sub-functions.
I am not talking about tasks or schedulars.
These constructs do not belong there.
I'm strongly against using "yield from"
for this.
It is a building block for generatos
resp. coroutines, and there it stops !
Higher level stuff should by no means
use those primitives at all.
Sent from my Ei4Steve
More information about the Python-ideas
mailing list