Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77063
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.182 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54091826.6050602@sugarcrm.com>
References: <BLU437-SMTP58AB7AAD02472087BFA873E2C50@phx.gbl>
	<CA+9eiLur2RJd93gQvUPi-yEHr=w-x9s43Q1EL6jCP_ZS2THzfw@mail.gmail.com>
	<CAEZPtU65CvPDCs=V3rAct8tfYeTLdsfA9mUt4eRzqCjyW+qjrg@mail.gmail.com>
	<54091826.6050602@sugarcrm.com>
Date: Fri, 5 Sep 2014 10:45:41 +0400
Message-ID: <CA+9eiLsL1UKrvKwLraRTgqE6BAJncRT+qH3CjJ2ShMYozRCeKg@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: Pierre Joye <pierre.php@gmail.com>, Bob Weinand <bobwei9@hotmail.com>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1135f63c5ecc8d05024bd117
Subject: Re: [PHP-DEV] Re: Fast zend_parse_parameters API
From: dmitry@zend.com (Dmitry Stogov)

--001a1135f63c5ecc8d05024bd117
Content-Type: text/plain; charset=UTF-8

It's already done for strlen() - ZEND_STRLEN opcode (and few other
functions).
But it make no sense to convert all useful functions into opcodes.
We need an ability of fast parameter parsing anyway.

Thanks. Dmitry.



On Fri, Sep 5, 2014 at 5:55 AM, Stas Malyshev <smalyshev@sugarcrm.com>
wrote:

> Hi!
>
> > As I understand correctly the only reason we have this discussion is
> > the performance impact of zpp with some functions, mainly
> > ZEND_FUNCTIONs. What prevents us to make them operators? That may
> > break things like  call_user_func("strlen", $arg), array_map and the
>
> There's also an issue that strlen("foo") may mean a different thing if
> you're in a namespace. So there may be a challenge to do this on
> compiler level, at least in the obvious way. But maybe there's a way
> around it, so theoretically we could make compiler treat strlen() as
> operator, or, more precisely, as an inline function looking like C
> function with parameters passed in registers. I.e., what I mean is
> skipping the whole parameter-passing and receiving altogether and just
> give it the slot where the variable lives. Of course, it would work only
> with strlen() and such which do not modify the argument and hardly do
> anything with it at all, and strlen would essentially have to have two
> implementations - one for "inline" usage and one for "normal" usage
> ($foo(), call_user_func(), etc.). But since 99% of actual usage would be
> "inline" it may still be beneficial.
>
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
>

--001a1135f63c5ecc8d05024bd117--