with-statement syntactic quirk - python-ideas

The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Message from discussion with-statement syntactic quirk
Received-SPF: pass (google.com: domain of python-ideas-bounces+python-ideas-garchive-35620=googlegroups....@python.org designates 2001:888:2000:d::a6 as permitted sender) client-ip=2001:888:2000:d::a6;
Message-ID: <50915F06.8020...@mrabarnett.plus.com>
Date: Wed, 31 Oct 2012 17:25:26 +0000
From: MRAB <pyt...@mrabarnett.plus.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: python-ideas <python-id...@python.org>
References: <20121031113853.66fb0514@resist>
	<CABicbJJWSHvyFNh4BBkTczZ9=gSLCaP59LqMN4dhAYao1pE...@mail.gmail.com>
	<CAF-Rda-7RhbEm+xHJ_P7xda_6y2nMRYVxPJ8_ZcfuGOsg9-...@mail.gmail.com>
	<CABicbJL-NFXYgKxTVJZLcUZ7Y1-dbCs3rV_mbEWaVqh=WMJ...@mail.gmail.com>
	<CAF-Rda_EQ4Es+jA7qEu_0TNnih-3md2CToihyfaGQLZL28n...@mail.gmail.com>
	<CADiSq7dXZ29F_ifKQQO9w+1x-GGW+o+xEYnp2viA3f7-UcX...@mail.gmail.com>
In-Reply-To: <CADiSq7dXZ29F_ifKQQO9w+1x-GGW+o+xEYnp2viA3f7-UcX...@mail.gmail.com>
Subject: Re: [Python-ideas] with-statement syntactic quirk
Precedence: list
Reply-To: python-ideas <python-id...@python.org>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: python-ideas-bounces+python-ideas-garchive-35620=googlegroups....@python.org
Sender: "Python-ideas"
	<python-ideas-bounces+python-ideas-garchive-35620=googlegroups....@python.org>

On 2012-10-31 13:22, Nick Coghlan wrote:
> On Wed, Oct 31, 2012 at 10:52 PM, Eli Bendersky <eli...@gmail.com> wrote:
>> On Wed, Oct 31, 2012 at 5:45 AM, Devin Jeanpierre <jeanpierr...@gmail.com>
>> wrote:
>>> Anyway, it looks like this isn't how the tokenizer treats
>>> braces/brackets (it ignores indent/dedent, but not newlines (I guess
>>> the grammar handles those)). What I meant to suggest was, treat "with
>>> ... :" similarly to how the OP suggests treating "with (...) :".
>>
>> If this gets accepted, then, is there a reason to stop at "with"? Why not
>> ignore newlines between "if" and its trailing ":" as well? [playing devil's
>> advocate here]
>
> Note that I agreed with Barry that we probably *should* change it from
> a principle-of-least-surprise point of view. I just called "not it" on
> actually figuring out how to make it work given the current Grammar
> definition as a starting point :)
>
> Between expression precedence control, singleton tuples, generator
> expressions, function calls, function parameter declarations, base
> class declarations, import statement grouping and probably a couple of
> other cases that have slipped my mind, parentheses already have plenty
> of different meanings in Python, and we also have plenty of places
> where the syntactical rules aren't quite the same as those in an
> ordinary expression.
>
> The thing that makes Python's parser simple is the fact that we have
> *prefixes* in the Grammar that make it clear when the parsing rules
> should change, so you don't need much lookahead at parsing time (it's
> deliberately limited to only 1 token, in fact). The challenge in this
> particular case is to avoid a Grammar ambiguity relative to ordinary
> expression syntax without duplicating large sections of the grammar
> file.
>
Another possibility could be to allow a tuple of context managers and a
tuple of names:

with (open('/etc/passwd'), open('/etc/passwd')) as (p1, p2):
     pass

meaning:

with open('/etc/passwd') as p1:
     with open('/etc/passwd')) as p2:
         pass

or perhaps more correctly:

with open('/etc/passwd') as temp_1:
     with open('/etc/passwd')) as temp_2:
         p1, p2 = temp_1, temp_2
         pass

It would also allow:

with (cmA, cmB):
     pass

meaning:

with cmA:
     with cmB:
         pass

_______________________________________________
Python-ideas mailing list
Python-id...@python.org
http://mail.python.org/mailman/listinfo/python-ideas
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
Account Options
