Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50038 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 69394 invoked from network); 30 Oct 2010 23:51:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Oct 2010 23:51:27 -0000 Authentication-Results: pb1.pair.com header.from=james.butler@edigitalresearch.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=james.butler@edigitalresearch.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain edigitalresearch.com does not designate 217.154.180.62 as permitted sender) X-PHP-List-Original-Sender: james.butler@edigitalresearch.com X-Host-Fingerprint: 217.154.180.62 analysis.edigitalresearch.com Linux 2.6 Received: from [217.154.180.62] ([217.154.180.62:35994] helo=mail.edigitalresearch.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B5/D4-40062-D7FACCC4 for ; Sat, 30 Oct 2010 19:51:26 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.edigitalresearch.com (Postfix) with ESMTP id 5CD911E2573; Sun, 31 Oct 2010 00:51:21 +0100 (BST) X-Virus-Scanned: amavisd-new at edigitalresearch.com Received: from mail.edigitalresearch.com ([127.0.0.1]) by localhost (mail.edigitalresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u2VDv9UIn-4b; Sun, 31 Oct 2010 00:51:20 +0100 (BST) Received: from zarafa.localdomain (unknown [10.0.0.20]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.edigitalresearch.com (Postfix) with ESMTPS id 550441E256C; Sun, 31 Oct 2010 00:51:20 +0100 (BST) Received: from zarafa.edigitalresearch.com (zarafa.edigitalresearch.com [10.0.0.20]) by zarafa.localdomain (Postfix) with SMTP id 9EA8A10039C; Sun, 31 Oct 2010 00:51:15 +0100 (BST) To: =?windows-1252?Q?"Chad_Emrys"?= Cc: =?windows-1252?Q?"internals=40lists.php.net"?= Date: Sun, 31 Oct 2010 00:51:12 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailer: Zarafa 6.40.2-22452 Message-ID: Subject: Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON From: james.butler@edigitalresearch.com (=?windows-1252?Q?James_Butler?=) From a completely separate stand point. The ability to customise what token names show up as in an error seems like a much better solution -- James Butler Sent from my iPhone On 30 Oct 2010, at 21:41, "Chad Emrys" wrote: > On 10/30/2010 03:32 PM, Etienne Kneuss wrote: >> lemon would indeed get rid of actual "names" for such tokens, and would >> rather display "unnexpected ::". >>=20 >> The problem with lemon is that it turns out to still be a tad bit slower >> than yacc, with some complications on the grammar side (the compiler >> helper functions were made for yacc). So unless there is a major speedup >> breakthrough, it won't happen in a near future, sadly. >>=20 >>=20 >=20 > So does that leave us back to square 1 with replacing the token name=3F Or=20 > is there another way that error messages can be tweaked to not show=20 > actual token names=3F >=20 > --=20 > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20