Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76160 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30031 invoked from network); 26 Jul 2014 20:41:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Jul 2014 20:41:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.50 as permitted sender) X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.216.50 mail-qa0-f50.google.com Received: from [209.85.216.50] ([209.85.216.50:53453] helo=mail-qa0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/93-22380-B6214D35 for ; Sat, 26 Jul 2014 16:41:16 -0400 Received: by mail-qa0-f50.google.com with SMTP id s7so6059314qap.37 for ; Sat, 26 Jul 2014 13:41:21 -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=kh6CeeyWxrSTDyGB//ZHQ+EZXI3ysKZjBlbGjkyKzO0=; b=AfD7xhBO8nVldSNBmQTraX0zZqsUKmcdldA2oKwGv97Tokesf7usA+lKNrT/9SoK9l 1xcNY3r6JWKfP3QBjZM0+291ApkevePreOHbJsHeSJSP6Y9YBtnEzey9uMILGkEsWW8S 9Wvib0W08L8ibIGyLjm2SdOuRnY47nK4fG+LFVLi2MXRNBneh/iWjWjzgrPBm/yuEZB2 zI03oNFiJkYZ90CvfLf6Y5IEEjD3PbVCC2p4ace0zDg10HypGoW3b8tX6NxEg3Rf2LXx EEbohvETekLxrXibp22HMvxCll1upkPLdUpRy9OLz3vYyU6kTmorzN/Qk68wPsmFmweO xHUQ== MIME-Version: 1.0 X-Received: by 10.140.42.181 with SMTP id c50mr40955185qga.17.1406407281822; Sat, 26 Jul 2014 13:41:21 -0700 (PDT) Received: by 10.140.102.111 with HTTP; Sat, 26 Jul 2014 13:41:21 -0700 (PDT) In-Reply-To: References: Date: Sat, 26 Jul 2014 22:41:21 +0200 Message-ID: To: Nikita Popov Cc: Julien Pauli , Dmitry Stogov , Bob Weinand , Stas Malyshev , PHP Internals Content-Type: multipart/alternative; boundary=001a113abd5471569e04ff1eb6e4 Subject: Re: [PHP-DEV] Weird constant expression syntax and bug From: tyra3l@gmail.com (Ferenc Kovacs) --001a113abd5471569e04ff1eb6e4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, Jul 26, 2014 at 5:42 PM, Nikita Popov wrote: > On Fri, Jul 25, 2014 at 11:03 PM, Julien Pauli wrote: > > > On Wed, Jul 23, 2014 at 8:12 PM, Dmitry Stogov wrote: > > > >> PHP-5.6 is frozen for new features for a long time. > >> Adding new features after RC is not a good idea. > >> And we will need some kind of RFC and voting. > >> > > > > I agree here. > > > > Bob, if you've been late proposing an RFC and couldn't get it up in tim= e, > > I'm sorry about it. > > Please, understand we are very close to a release, and ATM, we're still > > talking about weither this *user land* feature or that *user land* > feature > > will > > be available, makes sense, or not. (that's a technical feature, but it > > involves user land here). > > That can't be ! > > > > We absolutely need something we, maintainers - creators - authors , thi= nk > > is *stable*. > > The PHP project needs that, we all agree. > > > > If the static array feature can't be added to the AST safely, please, > > remove it. > > > > You've already added so much new great code (AST for this example) to > 5.6, > > I personnally thank you about this, however now it is really time to ma= ke > > it stable, and commit its new features you may think about into 5.7 (or > > what will be 5.7, ATM : master) , and write new RFCs about those if > needed. > > > > Knowing your actual work in addition of that, is deep into the engine a= nd > > has inpact on OPCache, that dmitry and other contributors work hard on = to > > improve/fix every day, is another point that should let us think about = a > > minute : we just can't afford that. > > > > 5.6 is late, for many reasons. We need to release it ASAP, but not with > > code we don't fully trust. > > > > Thank you. > > > > Julien.Pauli > > > > Could somebody please clarify what issues are still open here? From what = I > understand, both the opcache issue and the recursion issue are fixed now. > What's the discussion about? > > One point I'd like to be considered is the ability to dereference arrays = in > constant scalar expressions. Currently this syntax allows things like > Foo[0], which are not allowed by normal PHP expressions. I would suggest > either removing the ability to dereference altogether or at least make su= re > that it matches normal PHP expressions. > > Nikita > my guess is that Julien also missed the fixes from Dmitry. --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu --001a113abd5471569e04ff1eb6e4--