Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76157
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAMUwpuSLPoMBYavV68J3AzLHdp8Jk041PxFiZ4zQqFjdkUUekg@mail.gmail.com>
References: <CA+9eiLvLhAWCfRmJ05nm46KdDymFmA=g-mkc0uuJeXbVppXnPA@mail.gmail.com>
	<BLU436-SMTP143809EBE997F38F5F7EF18E2FE0@phx.gbl>
	<CA+9eiLsWkWxDFSmrqru8ue9A6fZasEqy_xfmjCanvx+mkLXfMA@mail.gmail.com>
	<BLU436-SMTP167808268E21EDECAB34E34E2FE0@phx.gbl>
	<CA+9eiLs+R3NDgkrdhso=yJdFWbyxnVA6DptxPZyQs2Vu8=GBTg@mail.gmail.com>
	<BLU436-SMTP130D71239852595DCB6193AE2FE0@phx.gbl>
	<CA+9eiLt+W3d168sdqrO1pcc1ZE4x4tT=UuRKx67wLUE6E1PP=Q@mail.gmail.com>
	<CAMUwpuSLPoMBYavV68J3AzLHdp8Jk041PxFiZ4zQqFjdkUUekg@mail.gmail.com>
Date: Sat, 26 Jul 2014 17:42:13 +0200
Message-ID: <CAF+90c8owbR5U-kW5jSHNPbVkoo6tkwY=oXAOs4rYXHPCB=97g@mail.gmail.com>
To: Julien Pauli <jpauli@php.net>
Cc: Dmitry Stogov <dmitry@zend.com>, Bob Weinand <bobwei9@hotmail.com>, 
	Stas Malyshev <smalyshev@sugarcrm.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=e89a8ff1ca209f2f8304ff1a8802
Subject: Re: [PHP-DEV] Weird constant expression syntax and bug
From: nikita.ppv@gmail.com (Nikita Popov)

--e89a8ff1ca209f2f8304ff1a8802
Content-Type: text/plain; charset=UTF-8

On Fri, Jul 25, 2014 at 11:03 PM, Julien Pauli <jpauli@php.net> wrote:

> On Wed, Jul 23, 2014 at 8:12 PM, Dmitry Stogov <dmitry@zend.com> 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 time,
> 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 , think
> 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 make
> 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 and
> 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 sure
that it matches normal PHP expressions.

Nikita

--e89a8ff1ca209f2f8304ff1a8802--