Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28302 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91009 invoked by uid 1010); 8 Mar 2007 21:06:16 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 90993 invoked from network); 8 Mar 2007 21:06:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Mar 2007 21:06:16 -0000 Authentication-Results: pb1.pair.com smtp.mail=ralph@smashlabs.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ralph@smashlabs.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain smashlabs.com from 67.15.58.61 cause and error) X-PHP-List-Original-Sender: ralph@smashlabs.com X-Host-Fingerprint: 67.15.58.61 openrce.org Received: from [67.15.58.61] ([67.15.58.61:48640] helo=SMASHER.SMASHlabs.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E9/FF-64913-5CA70F54 for ; Thu, 08 Mar 2007 16:06:14 -0500 Received: (qmail 28240 invoked from network); 8 Mar 2007 15:06:10 -0600 Received: from mail1.tippingpoint.com (HELO ?152.67.136.72?) (66.179.208.36) by smashlabs.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Mar 2007 15:06:10 -0600 Message-ID: <45F07AA2.9060007@smashlabs.com> Date: Thu, 08 Mar 2007 15:05:38 -0600 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061207 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: internals References: <45F076AE.8010001@smashlabs.com> <45F07834.1020801@zend.com> In-Reply-To: <45F07834.1020801@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Class name clashing From: ralph@smashlabs.com (Ralph Schindler) Stanislav Malyshev wrote: >> Is it still the position of internals that reserved words cannot be >> used as method names or class names? > > Why allow it? It would probably require substantial change in the > parser, and what for? > I guess so that we can have a language that will be able to model real world problems... instead of the real world changing the name of the problem to fit the language. Its super frustrating when so many common words are marked as 'php scanner reservered' even when my context of use is completely different. Or, how about creating a language thats always striving to be better.. With the adoption of PHP5 also comes the increased adoption of OOP.. and this issue is a speed bump. Anyway, I write so that perhaps, maybe, just maybe, someone might want to see whats involved instead of simply writing off this request.... Thanks, -ralph