Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41703 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90385 invoked from network); 6 Nov 2008 03:24:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Nov 2008 03:24:27 -0000 Authentication-Results: pb1.pair.com header.from=sv_forums@fmethod.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=sv_forums@fmethod.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain fmethod.com from 69.16.228.148 cause and error) X-PHP-List-Original-Sender: sv_forums@fmethod.com X-Host-Fingerprint: 69.16.228.148 unknown Linux 2.4/2.6 Received: from [69.16.228.148] ([69.16.228.148:60800] helo=host.fmethod.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F7/14-05635-96362194 for ; Wed, 05 Nov 2008 22:24:26 -0500 Received: from [83.228.56.37] (port=2309 helo=pc) by host.fmethod.com with esmtpa (Exim 4.69) (envelope-from ) id 1KxvTq-0000Lt-SZ for internals@lists.php.net; Wed, 05 Nov 2008 21:24:23 -0600 Message-ID: <4EA88C3A8A2747989925A5D21448FCE7@pc> To: Date: Thu, 6 Nov 2008 05:24:15 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0027_01C93FCF.E8B4C130" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.fmethod.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - fmethod.com Subject: Call it: allow reserved words in a class or not? From: sv_forums@fmethod.com ("Stan Vassilev | FM") ------=_NextPart_000_0027_01C93FCF.E8B4C130 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Hi, I just wanted a clarification on this. Currently many of us have class = names such as: Zend_Validate_Interface Foo_Utils_Array ...and so on. This works fine as it's just a single T_STRING. As you know, with the new convention, the parser will not encounter = T_STRING "Zend\Validate\Interface" but rather: T_STRING "Zend" T_NS_SEPARATOR "\" T_STRING "Validate" T_NS_SEPARATOR "\" T_INTERFACE <-- parse error I understand it's not trivial to fix this, but I wanted a clarification: = is there a plan to do something about it, or it'll remain an invalid = syntax by the time of release of 5.3. Regards,=20 Stan Vassilev ------=_NextPart_000_0027_01C93FCF.E8B4C130--