Repository navigation
Support AutoAwait? #80609
Description
| BPO | 36428 |
|---|---|
| Nosy | @gvanrossum, @asvetlov, @1st1, @tirkarthi |
| Superseder |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = <Date 2019-03-26.00:05:56.013>
created_at = <Date 2019-03-25.23:49:29.315>
labels = ['interpreter-core', '3.8', 'expert-asyncio']
title = 'Support AutoAwait?'
updated_at = <Date 2019-03-26.00:09:01.223>
user = 'https://github.com/gvanrossum'bugs.python.org fields:
activity = <Date 2019-03-26.00:09:01.223>
actor = 'xtreak'
assignee = 'none'
closed = True
closed_date = <Date 2019-03-26.00:05:56.013>
closer = 'gvanrossum'
components = ['Interpreter Core', 'asyncio']
creation = <Date 2019-03-25.23:49:29.315>
creator = 'gvanrossum'
dependencies = []
files = []
hgrepos = []
issue_num = 36428
keywords = []
message_count = 4.0
messages = ['338840', '338841', '338842', '338843']
nosy_count = 4.0
nosy_names = ['gvanrossum', 'asvetlov', 'yselivanov', 'xtreak']
pr_nums = []
priority = 'normal'
resolution = 'duplicate'
stage = 'resolved'
status = 'closed'
superseder = '34616'
type = None
url = 'https://bugs.python.org/issue36428'
versions = ['Python 3.8']
Activity
gvanrossum commentedon Mar 25, 2019
I just found out about IPython's autoawait feature:
https://ipython.readthedocs.io/en/stable/interactive/autoawait.html
I wonder if we should at least help them do this right in Python 3.8 by having a flag to compile() that allows
awaitin the toplevel syntax? It looks like a relatively small change would suffice to make compiler_visit_expr1() in Python/compile.c accept (and generate correct code for) Await_kind outside async functions, if some flag is set.1st1 commentedon Mar 25, 2019
Absolutely. I think there's another open issue for this and I even have a dev branch somewhere with this idea half implemented. Definitely something to have in 3.8.
tirkarthi commentedon Mar 26, 2019
I think this is same as bpo-34616 . The issue talks about the workarounds IPython has to use for the feature and links to the PR where it was implemented ipython/ipython#11265 . I never knew about this feature and this will be very helpful to have especially it reduces boilerplate in having async functions for await calls though asyncio.run improved setting up loop part. Helps in playing around with API in repl during learning with top level await expressions allowed in repl.
gvanrossum commentedon Mar 26, 2019
Oh, you're right. Thanks! Closing in favor of bpo-34616.