Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:31706
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 38.99.98.18 cause and error)
Message-ID: <46C5DC6F.6070800@chiaraquartet.net>
Date: Fri, 17 Aug 2007 12:35:43 -0500
User-Agent: Thunderbird 1.5.0.12 (X11/20070604)
MIME-Version: 1.0
To: Ralph Schindler <ralph@smashlabs.com>
CC: Marcus Boerger <helly@php.net>, 
 PHP Developers Mailing List <internals@lists.php.net>
References: <46C30190.2060106@pooteeweet.org>	 <1222090294.20070816222340@marcus-boerger.de> <b5f7bf6c0708161346j6cd17330sa0bf1a0285b52371@mail.gmail.com> <46C5D1BB.8040007@smashlabs.com>
In-Reply-To: <46C5D1BB.8040007@smashlabs.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] reserved word alert
From: greg@chiaraquartet.net (Gregory Beaver)

Ralph Schindler wrote:
> Hey David & Lucas,
>   I brought this up a year ago on the list here:
> 
> http://marc.info/?t=114728193700003&r=1&w=2
> 
> Essentially, the trend will continue to be that as keyword requiring
> features are added, the global naming space will continue to become
> smaller and less safe for older applications written for older versions
> of php.
> 
> Until it becomes a goal of php-internals to add contextual awareness and
> sensitivity to the compiler's tokenizer, this will always be a problem.
> 
> Here is a more amusing list of method names that will also not work:
> http://marc.info/?l=php-dev&m=114736739115429&w=2
> 
> And the general opinion summed up by Wez ;)
> 
> http://marc.info/?l=php-dev&m=114764099400409&w=2

Hi,

Doing this with flex is non-trivial.  It's a lot easier with a
re2c-based lexer, but porting the flex scanner to re2c is the definition
of "oh-my-god-almighty" complex and until someone just does it, it ain't
gonna happen.

The other hackish alternative is to add rules to the parser with
reserved words (T_FUNCTION T_IMPORT as well as T_FUNCTION T_STRING, etc.
etc.), but this slows down the parser and adds unnecessary duplication.

Greg