nick coughlan wrote:> No, the idea is for the indented suite to be a perfectly normal suite
> of Python code. We want to be able to define functions, classes, etc
> in there.
@Chris Robert
sorry what i meant in saying that
" a_variable = an_expression" is that, it seems to me, at least, the only allowed
statements are ones where a variable is set to a value, which includes "class" and "def"
(and some control flow, if, else etc.)
also in the first post:
Sergio Davis wrote:
>I'm considering the following extension to Python's grammar: adding the 'where' keyword, which would work as follows:
>
>where_expr : expr 'where' NAME '=' expr
On Tue, Jul 20, 2010 at 10:56 PM, Chris Rebert
<pyideas@rebertia.com> wrote:
On Tue, Jul 20, 2010 at 7:50 PM, Alex Light <
scialexlight@gmail.com> wrote:
> Carl M. johnson wrote:
>>2.) What happens in this case:
>>
>>x = y given:
>> return "???"
>>
>>Do we just disallow return inside a given? If so, how would the parser
>>know to allow you to do a def inside a given?
> i think so because unless i am misunderstanding something the only allowed
> expressions
> in a 'given' block would be of the type:
> a_variable = an_expression
>> i would use as because this whole where clause acts very similarly to a
>> context manager in that it sets a variable to a value for a small block
>
> No, the idea is for the indented suite to be a perfectly normal suite
> of Python code. We want to be able to define functions, classes, etc
> in there. Inventing a new mini-language specifically for these clauses
> would be a bad idea (and make them unnecessarily hard to understand)
<snip>
> Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
Did you not read Nick's reply yet when you wrote this, or...?
Cheers,
Chris
--
http://blog.rebertia.com