Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121089
MIME-Version: 1.0
References: <CAPVMwwtcLwq8AGEBYCXB1-HngS1R0D-xM5kTGjYqEdjmB7M=ag@mail.gmail.com>
 <CAPVMwwu9+RK13ByqFpexrQ4Sc+xARvyQb=WVxruhVtGKzxjo+A@mail.gmail.com>
 <8b9a1aae-5aec-91a8-5377-27f6f53581cd@php.net> <ac239e29-edb5-3976-4df0-4a92ec6ea4ad@bastelstu.be>
In-Reply-To: <ac239e29-edb5-3976-4df0-4a92ec6ea4ad@bastelstu.be>
Date: Mon, 18 Sep 2023 09:59:54 +0300
Message-ID: <CAPVMwwuCcm0fnxGrKmW03jQwgBdupRSqXju+K+134WvVaOTSMg@mail.gmail.com>
To: =?UTF-8?Q?Tim_D=C3=BCsterhus?= <tim@bastelstu.be>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary="0000000000002ee61606059cb121"
Subject: Re: [PHP-DEV] A new JIT engine for PHP-8.4/9
From: dmitrystogov@gmail.com (Dmitry Stogov)

--0000000000002ee61606059cb121
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sat, Sep 16, 2023 at 1:22=E2=80=AFAM Tim D=C3=BCsterhus <tim@bastelstu.b=
e> wrote:

> Hi
>
> On 9/15/23 17:50, Ben Ramsey wrote:
> > Additionally, despite the use of a Git submodule complicating things fo=
r
> > "everyone else," it provides a clear dependency and development
> > boundary, avoiding situations where the php-src version of IR drifts
> > from the upstream version. I think we can adjust tooling and messaging
> > to help folks know how to use the submodule. :-)
>
> Do not want: If the submodule repository goes away for whatever reason,
> the dependency will no longer be available. IR is currently sitting in
> Dmitry's personal GitHub account and it would not be the first time that
> a GitHub account is suspended for good or less good reasons [1].
>

Yes. I agree. Everything is possible nowadays.


> Bundle IR in some dedicated directory with php-src. Then updating it is
> as easy as "throw away the directory and copy over the new files". We
> could even automate that using GitHub actions to sync in the changes
> every night or so.
>

I already embedded the necessary part of the IR project unde
``/ext/opcache/jit/ir``.
I'm going to manage mirroring manually (similar to libdate in ext/date).

Dmitry also said that he gave 'git subtree' a try. I don't know that
> command myself, but it looks exactly like what is required here. I would
> be interested in hearing whyy it didn't work well.
>

``git subtree`` and ``subrepo`` may help mirroring but they are also not
ideal.
On one hand they can't mirror the history in a useful way, on the other
hand they can't mirror part of the project.

Thanks. Dmitry.

--0000000000002ee61606059cb121--