Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50054 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35892 invoked from network); 1 Nov 2010 12:43:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Nov 2010 12:43:21 -0000 Authentication-Results: pb1.pair.com header.from=alexander.schrijver@gmail.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=alexander.schrijver@gmail.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain gmail.com does not designate 62.179.121.36 as permitted sender) X-PHP-List-Original-Sender: alexander.schrijver@gmail.com X-Host-Fingerprint: 62.179.121.36 fep16.mx.upcmail.net Solaris 10 (beta) Received: from [62.179.121.36] ([62.179.121.36:59969] helo=fep16.mx.upcmail.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7A/51-24094-7E5BECC4 for ; Mon, 01 Nov 2010 07:43:19 -0500 Received: from edge02.upcmail.net ([192.168.13.237]) by viefep16-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20101101124316.IVHQ1503.viefep16-int.chello.at@edge02.upcmail.net> for ; Mon, 1 Nov 2010 13:43:16 +0100 Received: from celeron.flupzor.nl ([80.56.208.58]) by edge02.upcmail.net with edge id RojF1f00u1G8A7C02ojG9v; Mon, 01 Nov 2010 13:43:16 +0100 X-SourceIP: 80.56.208.58 Received: from localhost (1000@localhost [IPv6:::1]) by celeron.flupzor.nl (OpenSMTPD) with ESMTP id 1288615394.mW40elfpPxUs0AaR; Mon, 1 Nov 2010 13:43:14 +0100 (CET) Date: Mon, 1 Nov 2010 13:43:14 +0100 To: Etienne Kneuss Cc: internals@lists.php.net, James Butler Message-ID: <20101101124314.GM6051@celeron.flupzor.nl> References: <20101101123058.GL6051@celeron.flupzor.nl> <20101101123624.GC528@croustillant.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101101123624.GC528@croustillant.local> User-Agent: Mutt/1.5.21 (2010-09-15) X-Cloudmark-Analysis: v=1.1 cv=vUpxTctd+kpWCBtSXXIkt5ll4Z8E5Qu9nLREXC/hfIo= c=1 sm=0 a=VTNWVLNwa0oA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=xqWC_Br6kY4A:10 a=qUJJUEuTCMBW7DLSJwoA:9 a=5EQT7AabkQ_vysOJmq0A:7 a=1OR_A8YC3R32CPx2Q1PUxIDVvjwA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 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: alexander.schrijver@gmail.com (Alexander Schrijver) 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?