-
-
Notifications
You must be signed in to change notification settings - Fork 30.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bpo-33349: make lib2to3 parse async generators everywhere #6588
Conversation
@@ -0,0 +1 @@ | |||
lib2to3 now recognizes async generators everywhere. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the news entry needs more details -- it's currently rather vague.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about "lib2to3 now recognizes async generators in non-async contexts"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have no opposition to the current version though the one you proposed also OK.
Is this issue addressed? What would it take to merge this? |
@@ -0,0 +1 @@ | |||
lib2to3 now recognizes async generators everywhere. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have no opposition to the current version though the one you proposed also OK.
75a4ece
to
4d45397
Compare
(cherry picked from commit 149addd) Co-authored-by: Zsolt Dollenstein <[email protected]>
GH-27702 is a backport of this pull request to the 3.10 branch. |
(cherry picked from commit 149addd) Co-authored-by: Zsolt Dollenstein <[email protected]>
GH-27703 is a backport of this pull request to the 3.9 branch. |
(cherry picked from commit 149addd) Co-authored-by: Zsolt Dollenstein <[email protected]>
(cherry picked from commit 149addd) Co-authored-by: Zsolt Dollenstein <[email protected]>
The caveat with this implementation is that it also accepts the following without raising SyntaxError:
https://bugs.python.org/issue33349