Re: Re: [PHP-DEV] Fwd: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_language_parser.y zend_language_scanner.l
| From: | Sterling Hughes | Date: | Fri, 16 Jul 2004 17:29:31 +0000 |
| Subject: | Re: Re: [PHP-DEV] Fwd: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend_language_parser.y zend_language_scanner.l | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-11304@lists.php.net to get a copy of this message | ||
not only that but those people who want this performance boost can use
apc. i'll give george a patch that solves this if no one else steps
up.
-sterling
On Fri, 16 Jul 2004 10:20:08 -0700, Andi Gutmans <andi@zend.com> wrote:
> Nah, I dread the INI word. It makes applications less portable.
> I prefer rolling back than doing this.
>
> Andi
>
>
>
> At 10:09 AM 7/16/2004 -0700, Sara Golemon wrote:
> >"Andi Gutmans" <andi@zend.com> wrote in message
> >news:5.1.0.14.2.20040716081907.027efd68@127.0.0.1...
> > > I don't think it's critical to include this patch, but I do think it'd
> > > be
> >a
> > > good thing.
> > > Do you really think it'll break BC for many applications? How many people
> > > have functions that use null(), false(), true()?
> > >
> >I know people hate the dreaded "ini option" word. But how about one for
> >this? That'd let the optimization work for the 99% of scripts that don't
> >need to implement null(), true(), and false(), and allow those rare few to
> >simply disable it for BC.
> >
> ># Note: I'm no lexx expert, this syntax may not even make sense
> >
> ><ST_IN_SCRIPTING>"TRUE" {
> > if (CG(fast_constants)) {
> > ZVAL_TRUE(zendlval);
> > return T_TRUE;
> > } else {
> > yymore();
> > }
> > }
> >
> >-Sara
> >
> >--
> >PHP Internals - PHP Runtime Development Mailing List
> >To unsubscribe, visit: http://www.php.net/unsub.php
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>