Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50053 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27747 invoked from network); 1 Nov 2010 12:36:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Nov 2010 12:36:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=etienne@immomigsa.ch; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=colder@php.net; 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:45816] helo=outmail28.go.net.mt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 94/7F-24094-C54BECC4 for ; Mon, 01 Nov 2010 07:36:45 -0500 Received: from [172.20.1.70] (helo=fender70.go.net.mt) by outmail28.go.net.mt with esmtp (Exim 4.67) (envelope-from ) id 1PCtcu-0007yJ-FV; Mon, 01 Nov 2010 13:36:40 +0100 Received: from [217.22.190.142] (helo=croustillant.local) by fender70.go.net.mt with esmtp (Exim 4.67) (envelope-from ) id 1PCtcp-0000Fz-5j; Mon, 01 Nov 2010 13:36:40 +0100 Received: by croustillant.local (Postfix, from userid 501) id 039E118DF6D0; Mon, 1 Nov 2010 13:36:25 +0100 (CET) Date: Mon, 1 Nov 2010 13:36:24 +0100 To: Alexander Schrijver Cc: internals@lists.php.net, James Butler Message-ID: <20101101123624.GC528@croustillant.local> References: <20101101123058.GL6051@celeron.flupzor.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101101123058.GL6051@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:30:58, Alexander Schrijver wrote: > Oops, should've sent this to the list too. > > ----- Forwarded message from Alexander Schrijver ----- > > Date: Mon, 1 Nov 2010 13:28:59 +0100 > From: Alexander Schrijver > To: James Butler > Subject: Re: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON > User-Agent: Mutt/1.5.21 (2010-09-15) > > On Mon, Nov 01, 2010 at 12:23:07PM +0000, James Butler wrote: > > > > > > -----Original Message----- > > From: Alexander Schrijver [mailto:alexander.schrijver@gmail.com] > > Sent: 01 November 2010 12:19 > > To: Stefan Marr > > Cc: Dennis Haarbrink; Stan Vass; internals@lists.php.net > > Subject: Re: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON > > > > On Mon, Nov 01, 2010 at 12:59:54PM +0100, Stefan Marr wrote: > > > > > > On 01 Nov 2010, at 12:06, Alexander Schrijver wrote: > > > > Its a minor change and an annoyance to a lot of people. Yes, by not changing > > > > this you'r annoying thousands of people. > > > Instead of going for this cosmetic nonsense you should help those people on the lemon branch. > > > I am insulted every time I have to read a parser token name in an error message, instead of a sensible error message. > > > The cost of understanding T_PAAMAYIM_NEKUDOTAYIM as part of the current mumbo-jumbo is completely insignificant compared to the cost of actually understanding the error message just indicating what the parser would have expected. > > > > > > Changing to lemon is the only way to actually achieve something in the long run... > > > > Right, and be forced to introduce some bullshit hebrew when its done. No, thank you. > > > > Err, the entire point is that it won't matter what the underlying token is. The error as seen can be anything you want it to be, or at least you can have a fight about what the new message looks like and i'm sure there won't really be a compelling reason for it to be in hebrew (unless localized). > > Please grow up... > > > 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 '::' ..." Best, > > > ----- End forwarded message ----- > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- Etienne Kneuss http://www.colder.ch