Re: is it time to remove tokenizing of role="php"?
| From: | Justin Patrin | Date: | Thu, 28 Jul 2005 20:20:43 +0000 |
| Subject: | Re: is it time to remove tokenizing of role="php"? | ||
| References: | 1 2 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-39009@lists.php.net to get a copy of this message | ||
On 7/28/05, Ian Eure <ieure@php.net> wrote:
> On Thursday 28 July 2005 11:33 am, Greg Beaver wrote:
> > Hi all,
> >
> > With the advent of .phar files, as well as bcompiler files, I wonder if
> > it is time to re-evaluate the decision to parse all files with
> > role="php" for validating the code. This action causes all kinds of
> > interesting beeps and weird characters on the screen when validating any
> > binary files, as token_get_all() does not do well with non-ASCII
> > characters.
> >
> > I would like to remove the analysis of role="php" from package.xml
> > validation altogether. This will also have a side benefit of
> > significantly speeding up packaging, and it will reduce the memory
> > footprint of PEAR due to deleted code.
> >
> > Any differing or supporting opinions?
> >
> I concur with Joe. A pre-final-packaging lint check is an easy way to make
> sure a package doesn't get released with parse errors.
>
> I'd suggest either:
> - Adding a non-"php" role for phar files
> - Changing the lint code to only check files which are role="php" /and/ end in
> ".php"
>
It's not just a lint check. It's actually parsing the files (note Greg
mentioned token_get_all()) and checking for PHP version compatibility
and such. There may be more but I haven't actually checked the code
myself.
--
Justin Patrin