This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients adelfino, cheryl.sabella, docs@python, r.david.murray
Date 2018-05-11.19:07:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1526065676.86.0.682650639539.issue33459@psf.upfronthosting.co.za>
In-reply-to
Content
Hmm.  OK, I didn't think that's how we'd defined those terms, but then I don't actually work with the parser much myself :)  However, generator expressions are clearly called out as a separate thing.  All of the other display types get their own section, so I would think tuple display should too if it really is a syntax unit...but maybe it isn't.

Also, I'm not clear on what 'binding' means in that table entry.

I see now why you wanted to say "parenthesized expression", but as far as I can see the previous text is referring to it as an expression list in parenthesis form.  That's a bit wordy, which may be why someone used tuple display there.  Clearly there is some ambiguity here that it would be nice to resolve, considering this is part of the language spec, but frankly I'm not sure what to suggest.  At that level I'm not sure how the "operator precedence" is actually "resolved"...I think it is more a matter of it being implicit in the parsing, but I'm not sure.  Like I said, not my area of expertise.
History
Date User Action Args
2018-05-11 19:07:56r.david.murraysetrecipients: + r.david.murray, docs@python, cheryl.sabella, adelfino
2018-05-11 19:07:56r.david.murraysetmessageid: <1526065676.86.0.682650639539.issue33459@psf.upfronthosting.co.za>
2018-05-11 19:07:56r.david.murraylinkissue33459 messages
2018-05-11 19:07:56r.david.murraycreate