Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50282 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14396 invoked from network); 17 Nov 2010 03:07:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Nov 2010 03:07:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.21 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.21 smtp1.ist.utl.pt Linux 2.6 Received: from [193.136.128.21] ([193.136.128.21:51025] helo=smtp1.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 49/73-25421-2F643EC4 for ; Tue, 16 Nov 2010 22:07:31 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 5B669700044E for ; Wed, 17 Nov 2010 03:07:27 +0000 (WET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp1.ist.utl.pt ([127.0.0.1]) by localhost (smtp1.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id B4c7+4CftR-C for ; Wed, 17 Nov 2010 03:07:27 +0000 (WET) Received: from mail2.ist.utl.pt (mail.ist.utl.pt [IPv6:2001:690:2100:1::8]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 2566B7000437 for ; Wed, 17 Nov 2010 03:07:27 +0000 (WET) Received: from damnation.dulce.lo.geleia.net (damnation-air.dulce.lo.geleia.net [IPv6:2001:470:94a2:2:dc38:b9de:61a9:b30]) (Authenticated sender: ist155741) by mail2.ist.utl.pt (Postfix) with ESMTPSA id 2F7DC20073B2 for ; Wed, 17 Nov 2010 03:07:26 +0000 (WET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: internals@lists.php.net References: <887FE7CFF6F8DE4BB3A9535F53AFD06A2C59B588@il-ex2.zend.net> <887FE7CFF6F8DE4BB3A9535F53AFD06A2C59B6A0@il-ex2.zend.net> <887FE7CFF6F8DE4BB3A9535F53AFD06A2C59D788@il-ex2.zend.net> <4CE335CE.90904@sugarcrm.com> Date: Wed, 17 Nov 2010 03:07:30 -0000 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_IST?= Message-ID: In-Reply-To: <4CE335CE.90904@sugarcrm.com> User-Agent: Opera Mail/10.63 (Win32) Subject: Re: [PHP-DEV] PHP 5.4 - Meta attribute (aka. Annotations) support discussion From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") On Wed, 17 Nov 2010 01:54:22 -0000, Stas Malyshev wrote: > The problem is not new syntax per se. The problem is new syntax for > things that already have old syntax. This is incontestably false. Although a big portion of the use cases can awkwardly use the user-space parsed and interpreted docblocks, I'm more interested in the potential for applications that require the engine to parse to annotations (like in the patch, not doing it on demand for bocblocks) and, for a select few, act upon them. Your preoccupation with the cost of adding new syntax is reasonable and the patch goes too far, but surely we could iron out those details later. Maybe even just preceding the class/method/whatever declaration with an annotation expressed with normal object instantiation syntax?... -- Gustavo Lopes