Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92878
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.215.54 as permitted sender)
MIME-Version: 1.0
Sender: php@golemon.com
In-Reply-To: <CAFKaYMpaSLaKd0avU_41UHYt3taovmNYXhRenz+XoZFUZbkf-Q@mail.gmail.com>
References: <CAFKaYMpaSLaKd0avU_41UHYt3taovmNYXhRenz+XoZFUZbkf-Q@mail.gmail.com>
Date: Thu, 28 Apr 2016 10:39:34 -0700
Message-ID: <CAESVnVrg3vObe-52kGs6+oTsY883_7iuA2G2tAFg9RC69hhTvA@mail.gmail.com>
To: Dominic Grostate <codekestrel@googlemail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Inline functions
From: pollita@php.net (Sara Golemon)

On Thu, Apr 28, 2016 at 1:21 AM, Dominic Grostate
<codekestrel@googlemail.com> wrote:
> As I understand it, the process by which the call stack is updated and
> scope changed, is quite expensive.  And from tests I can see that function
> calls do actually add a not insignificant overhead to intensive repetitive
> tasks.
>
> So how difficult would it be to get the engine to determine if an inline is
> feasible, then skip the fcall init, and dump the a functions opcode emits
> directly into the current scope?
>
I'm actually working on a proof-of-concept of that already.  I've
already got basic proxy methods getting inlined, and am working up
through expression methods and trying to resolve scoping with $this
and non-publics.

I'll publish a branch on github when I have something interesting to share.

-Sara