[Python-Dev] PEP 492: async/await in Python; v3 (original) (raw)
Ethan Furman ethan at stoneleaf.us
Wed Apr 29 07🔞58 CEST 2015
- Previous message (by thread): [Python-Dev] PEP 492: async/await in Python; v3
- Next message (by thread): [Python-Dev] PEP 492: async/await in Python; v3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 04/28, Guido van Rossum wrote:
On Tue, Apr 28, 2015 at 4:55 PM, Ethan Furman <ethan at stoneleaf.us> wrote:
On 04/28, Yury Selivanov wrote:
>>> This limitation will go away as soon as
async
andawait
ate >>> proper keywords. Or if it's decided to use a future import for this >>> PEP.async
andawait
need to be proper keywords, and future imports is how we do that (see, e.g., PEP 355 and and PEP 343) You could at least provide an explanation about how the current proposal falls short. What code will break? There's a cost to future imports too. The current proposal is a pretty clever hack -- and we've done similar hacks in the past (last I remember when "import ... as ..." was introduced but we didn't want to make 'as' a keyword right away).
My apologies, I was unaware we had done psuedo-keywords before.
--
Ethan
- Previous message (by thread): [Python-Dev] PEP 492: async/await in Python; v3
- Next message (by thread): [Python-Dev] PEP 492: async/await in Python; v3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]