Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50057 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44523 invoked from network); 1 Nov 2010 12:54:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Nov 2010 12:54:12 -0000 Authentication-Results: pb1.pair.com header.from=colder@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=etienne@immomigsa.ch; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain immomigsa.ch from 80.93.157.15 cause and error) X-PHP-List-Original-Sender: etienne@immomigsa.ch X-Host-Fingerprint: 80.93.157.15 outmail28.go.net.mt Received: from [80.93.157.15] ([80.93.157.15:42344] helo=outmail28.go.net.mt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CF/43-24094-278BECC4 for ; Mon, 01 Nov 2010 07:54:11 -0500 Received: from [172.20.1.72] (helo=fender72.go.net.mt) by outmail28.go.net.mt with esmtp (Exim 4.67) (envelope-from ) id 1PCttn-0001he-Sh for internals@lists.php.net; Mon, 01 Nov 2010 13:54:07 +0100 Received: from [217.22.190.142] (helo=croustillant.local) by fender72.go.net.mt with esmtp (Exim 4.67) (envelope-from ) id 1PCtti-0000dG-L3 for internals@lists.php.net; Mon, 01 Nov 2010 13:54:07 +0100 Received: by croustillant.local (Postfix, from userid 501) id 5473F18DFB67; Mon, 1 Nov 2010 13:53:52 +0100 (CET) Date: Mon, 1 Nov 2010 13:53:52 +0100 To: internals@lists.php.net Message-ID: <20101101125352.GD528@croustillant.local> References: <20101101123058.GL6051@celeron.flupzor.nl> <20101101123624.GC528@croustillant.local> <20101101124314.GM6051@celeron.flupzor.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101101124314.GM6051@celeron.flupzor.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [PHP-DEV] [alexander.schrijver@gmail.com: Re: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON] From: colder@php.net (Etienne Kneuss) On Nov 01 13:43:14, Alexander Schrijver wrote: > On Mon, Nov 01, 2010 at 01:36:24PM +0100, Etienne Kneuss wrote: > > > It's the policy: > > > > There are two reasons this term will stay. It is a tip of the hat to > > > > the amount of PHP work that came out of Israel, and it is a good > > > > reminder that there are a lot of other languages in the world. People > > > > whose first language is not English, myself included, are forced to work > > > > with unfamiliar terms every day. I wouldn't mind having a few more > > > > non-English identifiers in PHP actually. > > > > > > > > Well, and a third reason, I like it. > > > > > > There is some reason this policy will change after i write this new tokenizer? > > > > Yes, there is a reason: > > > > As it was explained before, lemon would not display token names but > > actual token "values". So instead of "Unexpected T_PAABLAH" it would say > > "Unexpected '::' ..." > > But the lesson Rasmus was telling us about would go away. Yet, this is one of > the reasons the token is being kept. I am confused. Are you telling me this is > a lesson for the programmers to be learned? Not for the users? I believe that what Rasmus meant is that a simple _renaming_ of this token was not justified. I don't think that he would be against a parser change that would bring much more to the table, solely because it would make this gem disappear (at least I hope). But then again, even though Felipe did an amazing job with this lemon switch, few problems still prevent this change from happening in a near future. Best, -- Etienne Kneuss http://www.colder.ch