Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92622
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 207.46.100.123 as permitted sender)
To: Ryan Pallas <derokorian@gmail.com>
References: <BY2PR0201MB178479B3AF8BD49583233034BF6E0@BY2PR0201MB1784.namprd02.prod.outlook.com>
 <CAEPJdu=EOiMsVpbU8U2diHguaJshWK1DLnKhq=uAHMbHCvuF-w@mail.gmail.com>
 <5719598E.4000006@zend.com>
 <CAObuZdtp361jHQNtHtieCx6mbpufTSmCmsTuAgKS0BGfufzE=A@mail.gmail.com>
CC: Benjamin Eberlei <kontakt@beberlei.de>, PHP internals list
	<internals@lists.php.net>
Message-ID: <57196012.1090802@zend.com>
Date: Fri, 22 Apr 2016 02:19:46 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <CAObuZdtp361jHQNtHtieCx6mbpufTSmCmsTuAgKS0BGfufzE=A@mail.gmail.com>
Content-Type: multipart/alternative;
	boundary="------------040201020500010000050204"
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Apr 2016 23:19:59.3908 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0201MB1779
Subject: Re: [PHP-DEV] [RFC] PHP Attributes
From: dmitry@zend.com (Dmitry Stogov)

--------------040201020500010000050204
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit



On 04/22/2016 02:02 AM, Ryan Pallas wrote:
>
>
> On Thu, Apr 21, 2016 at 4:51 PM, Dmitry Stogov <dmitry@zend.com 
> <mailto:dmitry@zend.com>> wrote:
>
>
>         About expressions, isn't there an ambigoutiy? <<test(1)>> is a
>         "plain" name, value based attribute. But it could also be an
>         ast\node of a function call to "test(1)"
>
>     even in AST scalars are scalars.
>     so <<test(1+2)>> would return: ast\node "+" with two children
>     int(1) and int(2).
>
>         I am wondering if they shouldn't get their own start/end signs
>         to clear that up, <<<test(1)>> vs <<test(1)>>.
>
>
>     no need for extra complication.
>
> Since the encapsulated meta-data is an AST, and as you say any valid 
> php expression will be valid here, what about bit shifting?
>
> <<Test(FOO >> BAR)>>
This works because attributes are implemented as native part of 
context-free PHP grammar.
>
> Are there concerns about finding the T_SR token, which is also the end 
> annotation symbol? I've not done any work in the parser, so excuse me 
> if that is an insanely stupid question :)
Not a problem. Better to get false alarm then miss a real one :)
>
> Otherwise, I think this RFC looks great, and appreciate your work on 
> this :)
>
Thanks. Dmitry.

> Ryan
>


--------------040201020500010000050204--