Issue 35814: Syntax quirk with variable annotations

Am not sure how much we care about this, but parenthesis around tuples stops being optional when there is a variable annotation. 

>>> from typing import Tuple
>>> t = 10, 'hello'                     # Parens not normally required
>>> t: Tuple[int, str] = (10, 'hello')  # Annotated allows parens
>>> t: Tuple[int, str] = 10, 'hello'    # Annotated w/o parens fails
SyntaxError: invalid syntax

Good catch!

I think it was just overlooked rather than a conscious decision (unlike the left hand side, that generated lots of debates)

I will make a PR to allow everything that is allowed on r.h.s. of a normal assignment.

New changeset 62c35a8a8ff5854ed470b1c16a7a14f3bb80368c by Ivan Levkivskyi in branch 'master':
bpo-35814: Allow same r.h.s. in annotated assignments as in normal ones (GH-11667)
https://github.com/python/cpython/commit/62c35a8a8ff5854ed470b1c16a7a14f3bb80368c

I think PEP 526 does not clarify the intention here. Perhaps we could add a specific example? It currently shows:

  t: Tuple[int, ...] = (1, 2, 3)

We could just add this there:

  t: Tuple[int, ...] = 1, 2, 3

(With a comment indicating that the second is only accepted in Python 3.8 and later.)

Is PEP the best place for such updates? Maybe we can add a `versionchanged` note in https://docs.python.org/3/reference/simple_stmts.html#annotated-assignment-statements instead?

> Is PEP the best place for such updates? Maybe we can add a `versionchanged` note in https://docs.python.org/3/reference/simple_stmts.html#annotated-assignment-statements instead?

We should definitely update the docs, with `versionchanged`.

But we should also update the PEP, because the reason this was changed was an interpretation issue in the PEP.  This is different from simply changing things in a later version because we've come up with a new idea or we've learned that something was a bad idea.

Now that the intention of the PEP has been clarified, the PEP itself ought to be updated with words expressing the clearer version; but because previously the intended syntax wasn't supported, it makes sense to also add a note there that this wasn't implemented correctly until 3.8.

New changeset 8565f6b6db0fa9f65449b532a5056a98bad3dc37 by Pablo Galindo in branch 'master':
bpo-35814: Allow unpacking in r.h.s of annotated assignment expressions (GH-13760)
https://github.com/python/cpython/commit/8565f6b6db0fa9f65449b532a5056a98bad3dc37

messages: + msg342908

messages: + msg342869

messages: + msg342356

messages: + msg342355