Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75152 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41949 invoked from network); 30 Jun 2014 19:40:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jun 2014 19:40:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.180 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 209.85.220.180 mail-vc0-f180.google.com Received: from [209.85.220.180] ([209.85.220.180:58488] helo=mail-vc0-f180.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/B3-19922-D2DB1B35 for ; Mon, 30 Jun 2014 15:40:30 -0400 Received: by mail-vc0-f180.google.com with SMTP id im17so7886710vcb.25 for ; Mon, 30 Jun 2014 12:40:27 -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=zN11QHjZKOCKN4TeEi3hYLNF8e3536d5lI86GxiXvCg=; b=WOrfqegmBXK/8cmWN0xKP3v5rAgHOz/B5VQ6BgJSrR162KWvqefb21TuM7MLr5y/dk l4KYd++C8WCuUBh82CIffMqQCG+kziqIuEdKSnUE+kfkkmpIe1ukco0DyHwA4nzP9Igc JoKhRQsslTuslzKJmhFk06w+WDjZNJ4GkxvM/Lt6S9yK4G2w7vK56sqdCNzCss6CTA4w jyKQ+f6RixDz7JzP/avT3rsjeX70d0um1c/l0++WM+c+ZFAAQzpKPoLurcWDadFu14Ey hnvNuJQJ8u/cDmL4ImH5GefM/9L04LKPskUIlmfns2beUn/bhuqYOggUmM2HtRtFTpcW dvnA== X-Gm-Message-State: ALoCoQnjTcoUCNgf4SRMZoXEQb6yKjz42lcaqscYcHmbPZeW0uxOR1Qhljsz5fsrgYIQMkukqONUPRkvJG7j86eumeGGgfmT3jvvuhNnpLfjIUNFM2BVWLCxyVp9tP8wQuPk8KN8gHyb MIME-Version: 1.0 X-Received: by 10.52.103.97 with SMTP id fv1mr3490684vdb.42.1404157227082; Mon, 30 Jun 2014 12:40:27 -0700 (PDT) Received: by 10.52.111.71 with HTTP; Mon, 30 Jun 2014 12:40:27 -0700 (PDT) In-Reply-To: <7CF0F7C0-028D-4826-989A-D63DEFB7D92A@gmail.com> References: <7CF0F7C0-028D-4826-989A-D63DEFB7D92A@gmail.com> Date: Mon, 30 Jun 2014 23:40:27 +0400 Message-ID: To: Alexey Zakhlestin Cc: Bob Weinand , Xinchen Hui , David Soria Parra , Julien Pauli , PHP Internals Content-Type: multipart/alternative; boundary=047d7ba970cababce804fd12d432 Subject: Re: [PHP-DEV] Wired constant expression syntax and bug From: dmitry@zend.com (Dmitry Stogov) --047d7ba970cababce804fd12d432 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable at least we didn't have a single test for this new syntax. Me and probably many others just didn't know about it. I just noticed Xinchen's commit, that fixed related bug. May be it's safe, may be not. I cant be sure. Thanks. Dmitry. On Mon, Jun 30, 2014 at 11:17 PM, Alexey Zakhlestin wrote: > > On 30 Jun 2014, at 23:06, Dmitry Stogov wrote: > > > I'm wondered why you introduced this wired syntax in PHP-5.6. > > > > class FooBar { > > const bar =3D ["bar" =3D> 3]["bar"]; > > } > > > > It wasn't a part of RFC, it wasn't covered by tests, and it actually > > doesn't make a lot of sense. May be it's better to remove it? > > Does it harm? > > This example doesn=E2=80=99t make much sense, but intention of such code = is > unambiguous. It is clear what should happen. > So, I=E2=80=99m +0 to leave it if tests are written. > > -- > Alexey Zakhlestin > CTO at Grids.by/you > https://github.com/indeyets > PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc > > > > --047d7ba970cababce804fd12d432--