Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88538 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33523 invoked from network); 29 Sep 2015 05:30:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Sep 2015 05:30:23 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.178 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.214.178 mail-ob0-f178.google.com Received: from [209.85.214.178] ([209.85.214.178:36062] helo=mail-ob0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E7/C4-17200-EE12A065 for ; Tue, 29 Sep 2015 01:30:22 -0400 Received: by obcxm10 with SMTP id xm10so42436124obc.3 for ; Mon, 28 Sep 2015 22:30:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BzdRhjuAn2Td5ZvcsTpIoApT+yLgZHNBLyQyHuSC45M=; b=scP1QLpwv2II3OMIkowmDj6pZsQg0wRo3G6D41rwX4azLDfIosHeTWxvWFS55hMXYr YiidXy2wjrSMoSOxSpcYb/rsKNop3ZkVMtu53AVh0k0EzcPPsSvYxq44CSXkz+wT+2F9 iIK6XXfknkuKfZbmtG0pFdnfJHq5+dJvQYrDmktc8Wp5ObdzMMjittXt0RNLIfLUEbUS 2pa9iOw9qr807Go8n3WY9t6yrt5zdyz6CyqrFleRvKzt1Y6SkFbLkhmQ7H2uROj+IsBE 93qWgmnBmVL2VkVKHt6vdeclnnwvVd2UifXcixORU0d5sr9NobNF9xxhUeaSrknzfAwb HmUw== MIME-Version: 1.0 X-Received: by 10.60.144.197 with SMTP id so5mr12966306oeb.29.1443504619125; Mon, 28 Sep 2015 22:30:19 -0700 (PDT) Received: by 10.202.214.8 with HTTP; Mon, 28 Sep 2015 22:30:19 -0700 (PDT) Received: by 10.202.214.8 with HTTP; Mon, 28 Sep 2015 22:30:19 -0700 (PDT) In-Reply-To: References: <56095A0C.4070306@cubiclesoft.com> Date: Tue, 29 Sep 2015 12:30:19 +0700 Message-ID: To: Levi Morrison Cc: PHP internals , Thomas Hruska , "S.A.N" Content-Type: multipart/alternative; boundary=047d7b4147fc0e02490520dc1c8a Subject: Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x? From: pierre.php@gmail.com (Pierre Joye) --047d7b4147fc0e02490520dc1c8a Content-Type: text/plain; charset=UTF-8 On Sep 28, 2015 11:53 PM, "Levi Morrison" wrote: > > On Mon, Sep 28, 2015 at 9:17 AM, Thomas Hruska wrote: > > On 9/28/2015 1:29 AM, S.A.N wrote: > >> > >> Are there any future plans for - async/await? > >> This need to know now, not to use these words to constants, and class > >> names... > > > > > > async/await is the single greatest addition to modern application > > development in the last 20 years. Every language needs these features. > > Microsoft completely solved the core problems surrounding multithreaded > > programming with the concepts behind these two keywords. > > While not disputing this claim I think PHP should only reserve words > when there are somewhat concrete plans for their use. There have been > talks and draft RFCs for things like void returns and union types with > Foo | null, so reserving `void` and `null` makes sense. Perhaps there > is a massive effort somewhere off-list but I am not aware of any plans > on implementing async/await in PHP. > > If you are worried about them becoming reserved then simply do not use > `async` and `await` as method, constant or class names. There ends the > issue (in my opinion). This model totally failed for us in the past. And given that these keywords will be used for anything related to async APIs, let reserve them and put our users on the safe side already. --047d7b4147fc0e02490520dc1c8a--