[issue31861] add aiter() and anext() functions to operator module

Change by Joshua Bronson : -- pull_requests: +22708 pull_request: https://github.com/python/cpython/pull/23847 ___ Python tracker ___

[issue31861] add aiter() and anext() functions to operator module

Joshua Bronson added the comment: Nice to see there is still interest in this from someone else! Thanks, John. Are any core developers still interested in this? If I can get a new PR together that adds C implementations of `aiter` and `anext` to builtins, would a committer still be

[issue31861] add aiter() and anext() functions to operator module

John Belmonte added the comment: Adding this would be a nice compliment to aclosing(), which was already merged for 3.10. Otherwise, witness the ugliness of using aclosing() with an async iterable object: async with aclosing(foo.__aiter__()) as agen: async for item in agen:

[issue31861] add aiter() and anext() functions to operator module

Dima Tisnek added the comment: Might as well re-target for 3.10 as 3.9 seems feature-complete now. -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___

[issue31861] add aiter() and anext() functions to operator module

Change by Eric Wieser : -- nosy: +Eric Wieser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31861] add aiter() and anext() functions to operator module

Change by rb : -- nosy: +rb ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31861] add aiter() and anext() functions to operator module

Change by Giampaolo Rodola' : -- nosy: -giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31861] add aiter() and anext() functions to operator module

Joshua Bronson added the comment: If the deciders prefer to have these in the operator module for 3.8 (as Yury and Jelle requested above), my PR from a few months ago which implements this (https://github.com/python/cpython/pull/8895) can still be merged with no conflicts. I don't think any

[issue31861] add aiter() and anext() functions to operator module

Dima Tisnek added the comment: https://www.python.org/dev/peps/pep-0525/#aiter-and-anext-builtins kinda promised `aiter` and `anext` built-ins. This ticket seems idle. Perhaps it's time for the decider club to either remove that language from PEP-525 or make a plan for aiter/anext?

[issue31861] add aiter() and anext() functions to operator module

Joshua Bronson added the comment: Interesting, thanks Yury! I only saw the discussion here which implied these wouldn't go directly into builtins for 3.8 (and I searched here and in GitHub, and couldn't find the PR you mentioned either), so I'm curious if that was tracked somewhere. It'd be

[issue31861] add aiter() and anext() functions to operator module

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31861] add aiter() and anext() functions to operator module

Yury Selivanov added the comment: Great, thanks! There's someone working on a pr to add them as builtins (so that pr is in C). I'll have to take a look when i'm back from vacation at that pr too, before we can make a decision. I've been to europython, pycon ru, and pybay conferences

[issue31861] add aiter() and anext() functions to operator module

Joshua Bronson added the comment: Updating the issue title to reflect the decision to add these to the operator module rather than to built-ins. Submitted a PR here: https://github.com/python/cpython/pull/8895 -- title: aiter() and anext() built-in functions -> add aiter() and