Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125166
Feedback-ID: ifab94697:Fastmail
Precedence: bulk
MIME-Version: 1.0
Date: Fri, 23 Aug 2024 21:44:51 +0200
To: internals@lists.php.net
Message-ID: <15990d30-cf8f-48e3-86fe-01e53c85ef62@app.fastmail.com>
In-Reply-To: <1b59392a-68cb-36eb-0fef-977ac7113520@php.net>
References: <1b59392a-68cb-36eb-0fef-977ac7113520@php.net>
Subject: Re: [PHP-DEV] State of Generics and Collections
Content-Type: multipart/alternative;
 boundary=d63742e44d674e94a8f6af131cbc5d19
From: rob@bottled.codes ("Rob Landers")

--d63742e44d674e94a8f6af131cbc5d19
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 19, 2024, at 19:08, Derick Rethans wrote:
> Hi!
>=20
> Arnaud, Larry, and I have been working on an article describing the=20
> state of generics and collections, and related "experiments".
>=20
> You can find this article on the PHP Foundation's Blog:
> https://thephp.foundation/blog/2024/08/19/state-of-generics-and-collec=
tions/
>=20
> cheers,
> Derick
>=20

Hello,
I had an idea I wanted to share:

Since PHP Opcache now has an Intermediate Representation (IR), could we =
potentially store this IR in a file and recompile it on demand? This app=
roach could make PHP ahead-of-time compiled (though I believe this alrea=
dy happens in-memory, to some extent, via opcache).

I'm curious to hear your thoughts on the potential benefits and drawback=
s of this idea. Could this solve some existing issues (especially in reg=
ards to generics/etc), or might it introduce new ones? Additionally, wou=
ld it make sense to consider breaking PHP into separate components: the =
runtime, the libraries/extensions, and the compiler?

Regards,

=E2=80=94 Rob
--d63742e44d674e94a8f6af131cbc5d19
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title><style type=3D"text/css">p.Mso=
Normal,p.MsoNoSpacing{margin:0}</style></head><body><div>On Mon, Aug 19,=
 2024, at 19:08, Derick Rethans wrote:<br></div><blockquote type=3D"cite=
" id=3D"qt" style=3D""><div>Hi!<br></div><div><br></div><div>Arnaud, Lar=
ry, and I have been working on an article describing the&nbsp;<br></div>=
<div>state of generics and collections, and related "experiments".<br></=
div><div><br></div><div>You can find this article on the PHP Foundation'=
s Blog:<br></div><div><a href=3D"https://thephp.foundation/blog/2024/08/=
19/state-of-generics-and-collections/">https://thephp.foundation/blog/20=
24/08/19/state-of-generics-and-collections/</a><br></div><div><br></div>=
<div>cheers,<br></div><div>Derick<br></div><div><br></div></blockquote><=
div><br></div><div>Hello,<br></div><p>I had an idea I wanted to share:<b=
r></p><p>Since PHP Opcache now has an Intermediate Representation (IR), =
could we potentially store this IR in a file and recompile it on demand?=
 This approach could make PHP ahead-of-time compiled (though I believe t=
his already happens in-memory, to some extent, via opcache).<br></p><p>I=
'm curious to hear your thoughts on the potential benefits and drawbacks=
 of this idea. Could this solve some existing issues (especially in rega=
rds to generics/etc), or might it introduce new ones? Additionally, woul=
d it make sense to consider breaking PHP into separate components: the r=
untime, the libraries/extensions, and the compiler?<br></p><div>Regards,=
<br></div><div><br></div><div id=3D"sig121229152">=E2=80=94 Rob<br></div=
></body></html>
--d63742e44d674e94a8f6af131cbc5d19--