Rick Waldron wrote:
(Slides are at https://github.com/tc39/tc39-notes/tree/master/es7/2015-07 ) # July 30 2015 Meeting Notes Allen Wirfs-Brock (AWB), Sebastian Markbage (SM), Jafar Husain (JH), Eric Farriauolo (EF), Caridy Patino (CP), Waldemar Horwat (WH), Istvan Sebastian (IS), Mark Miller (MM), Adam Klein (AK), Michael Ficarra (MF), Peter Jensen (PJ), Domenic Denicola (DD), Jordan Harband (JHD), Jonathan Turner (JT), Paul Leathers (PL), Chip Morningstar (CM), Vladimir Matveev (VM), Ron Buckton (MS), Brian Terlson (BT), Alan Schmitt (AS), Ben Newman (BN), Mohamed Hegazy (MH), Abhijith Chatra (AC), Tom Care (TC), John Neumann (JN), Dave Herman (DH), Brendan Eich (BE), Daniel Ehrenberg (DE), Dan Gohman (DG), Andreas Rossberg (ARB), Rick Waldron (RW), Mike Pennisi (MP), Akrosh Gandhi (AG), Jonathan Sampson (JS) ## 6.4 Advance Async Functions to Stage 2 (Brian Terlson) [Slides](async-function-updates.pdf) BT: Updates from Last Time - Complete spec available ( http://tc39.github.io/ecmascript-asyncawait/ / https://github.com/tc39/ecmascript-asyncawait ) - Removed `await *` - Implemented in Babel - Losts of positive feedback from the web DH: Future proof for potential future syntax extensions DD: Clarify not `await *` BT: `await *` was not useful. If there is a proposal for a useful semantics, then good, but not in this proposal. Questions - Async Arrow Function - async (a, b) => await a + await b; - (a, b) @=> await a + await b; DE: What's the issue with the first? BT: `async` not a keyword and that could be a call: `async(a, b)` MM: @ seems like a poor choice, but I don't have an alternate suggestion
Just a feeling-based one, but contrary to the straight sync =>, the async could be curly ~>.
_______________________________________________ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss
