Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88543 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78760 invoked from network); 29 Sep 2015 13:52:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Sep 2015 13:52:49 -0000 Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.160.172 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.160.172 mail-yk0-f172.google.com Received: from [209.85.160.172] ([209.85.160.172:33664] helo=mail-yk0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7E/38-17200-0B79A065 for ; Tue, 29 Sep 2015 09:52:49 -0400 Received: by ykft14 with SMTP id t14so7219641ykf.0 for ; Tue, 29 Sep 2015 06:52:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/OLww5rc0LykUHXj5SOLcMx11cH7xHMM0aJVCfkZ/K4=; b=hNOA2D7WEnxGIiAFztuFDp2bVQKltgtkvHpLSNO2Ve5kup0yqKFnGeWmbvbgI1JCf4 P/6/ROLuJ+7AjvJ9dhZuImCYSAofKkhEzMH6eSLKILL6heuuZ5Eqh9bO4mEAKJsTUdqe Tc1W74U6Sgw4XHv2sdAjaHMKmp87wmRt4AA61kh44obTqq0mKHrLddMYI3AczFAzBW1y c64OTsTI0QKaKqDieuuWt2EFolcdffOVt6lqC0axtbEouapx2JXAXbvka3Idew42vVdK WLra9eYsVVkj+g6/0goUFWWcb/09Qb0+uLSMZPIPgilTgOcEPy7pnYkUYwSg/ORBMCGj r6oQ== X-Gm-Message-State: ALoCoQlvq8h8CXjgzgggnNv/WHkq7bYQ+7uLz9nYFEuFZL54RjlEwNYLpjZ0yKyA7wb3GSetH1HC MIME-Version: 1.0 X-Received: by 10.129.104.139 with SMTP id d133mr22106154ywc.94.1443534765161; Tue, 29 Sep 2015 06:52:45 -0700 (PDT) Received: by 10.129.111.197 with HTTP; Tue, 29 Sep 2015 06:52:45 -0700 (PDT) X-Originating-IP: [165.120.223.197] In-Reply-To: <1443529244.15520.67.camel@kuechenschabe> References: <56095A0C.4070306@cubiclesoft.com> <1443529244.15520.67.camel@kuechenschabe> Date: Tue, 29 Sep 2015 14:52:45 +0100 Message-ID: To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= Cc: Kalle Sommer Nielsen , Pierre Joye , Levi Morrison , PHP internals , Thomas Hruska , "S.A.N" Content-Type: multipart/alternative; boundary=001a11472e22e635160520e320b4 Subject: Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x? From: pthreads@pthreads.org (Joe Watkins) --001a11472e22e635160520e320b4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable We shouldn't reserve words on a whim ... async/await doesn't solve any problems for multithreaded programming, at all ... it solves problems for asynchronous programming, a different concept ... let's not confuse the two ... As mentioned you don't need any special syntax or reserved words for asynchronous execution, these problems are not solved by adding two words to the parser. The API's might not be very nice, and there aren't enough of them, but there is absolutely nothing stopping you writing asynchronous code, and there wasn't in PHP4 either ... Cheers Joe On Tue, Sep 29, 2015 at 1:20 PM, Johannes Schl=C3=BCter wrote: > On Tue, 2015-09-29 at 08:49 +0200, Kalle Sommer Nielsen wrote: > > Hi > > > > 2015-09-29 7:30 GMT+02:00 Pierre Joye : > > > 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. > > > > While I understand the concern, I don't think we should just go > > reserve a bunch of keywords if there is no concrete plan an > > implementation model, maybe an RFC is having more no votes than yes > > votes etc, and we are stuck with 2 keywords that won't be used for > > another few years at least > > I wouldn't block them in the parser. We however could list them in the > naming guide http://php.net/manual/en/userlandnaming.php but for keeping > this relevant we have to maintain that page :) > > Async/multi-threading functionality can also be built without keywords > using a "future" or "promise" model like C++ or JavaScript. > > johannes > --001a11472e22e635160520e320b4--