Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:125619 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id 225391ADA72 for ; Wed, 18 Sep 2024 11:09:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1726657892; bh=DvazhShUjSQdhkJo4ZiHiGN++GfmcMv0YVfc3dNAuQk=; h=Date:From:To:In-Reply-To:References:Subject:From; b=ZHVEMWO+hNIAHSoiXdxTy1Dw5t5Ul/wz2HzlD8kP+Z93TCHK/jjdqfVki9qJergKX fjQ//AMhtLKL6Br754iSKorYrEBSFOEvn+j3OOD2JosoeI/PsDNd79W7atn2v5pdAn 11hZhpIE2HMqa+GCMZAwgFoeQSe2V6Cql9fPOPatDUcI0Q2JFeWC8Zidxk5M+wYNgZ gE4rDRCJ1rPCmyBBEmaVMHcgIxjkRxbkB3OLBOhZgHNewPuZRA+/qrfbl5LVv96fm4 86DywcJ6yZ9zYvRXaOVfWokKEQyg0zhZE4nDVdKmoMvmORnrM1AZg6R3OQg0E5faYx cGrijLuPa3+3Q== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id E598C180042 for ; Wed, 18 Sep 2024 11:11:28 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_MISSING,HTML_MESSAGE, RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from fout2-smtp.messagingengine.com (fout2-smtp.messagingengine.com [103.168.172.145]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 18 Sep 2024 11:11:25 +0000 (UTC) Received: from phl-compute-05.internal (phl-compute-05.phl.internal [10.202.2.45]) by mailfout.phl.internal (Postfix) with ESMTP id 232FC13801B4 for ; Wed, 18 Sep 2024 07:09:19 -0400 (EDT) Received: from phl-imap-10 ([10.202.2.85]) by phl-compute-05.internal (MEProxy); Wed, 18 Sep 2024 07:09:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rwec.co.uk; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1726657759; x=1726744159; bh=DvazhShUjS QdhkJo4ZiHiGN++GfmcMv0YVfc3dNAuQk=; b=Y5YnIK2QRu9ygsLP+iyezPBiRm AuIY65+0tI19SfZ1eUaU1A3lWuaPbaDHZXg2IVsYI8D/YBEga0nDDevHSBvnp0h+ dVHqvsqLzekfI2AeWGyTXqHrJQtvpbHsfLmgG0viWUSq8iYIGQdqKhy9Jb0ztIEd b6KsSsY3RYSEa++c5zHiND4bZeQ0HdQ7w6T/RuA6uqu1j2FstZQ1Kg6CDTvP1hjm 59gLEfzDUggUkP9YPpavcJ1B6E0fKRExXy4M/C94vAhq5Tltgenq7uXcbpPSRLY5 5dgqLOnnK4B/PJwVbXZEPMHDFtXirF2yvu6t/88uK0F9ZACS80NgHsweXKhw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1726657759; x=1726744159; bh=DvazhShUjSQdhkJo4ZiHiGN++Gfm cMv0YVfc3dNAuQk=; b=kFK8pWnFE/5/ox68n/UCEBsRn6obYWyHLbNLW06J+iZi HaoJyFUWYhFA9lydj9qhWqcI67zfeMl/FNlINAg941R3Bajlea4MvxFEl+gfVLCt p4FKTrGo9kTUmloICvdu4LUHXrKQzEm90PzLXN5xj5vnYtuLM62KQlqONHopP9Hx 7IUHIWiF16xDrRRl1XcIe4IjXu0BAptOsoBac6XNzI1siyfbEcDHQi1R5iY0s1hg ml6bt6lkdyHxgwAwCJsfYPvBHKwgMxQ07bxNTWYQ6Ciyr5ZX/dZEsCm4n7ktbuLW pBQbp1UCttvIWwibKPGVw9eCUvFR3JGz0J44p811Eg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudekledgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefoggffhf fvkfgjfhfutgesrgdtreerredtjeenucfhrhhomhepfdftohifrghnucfvohhmmhhinhhs ucglkffoufhorfgnfdcuoehimhhsohhprdhphhhpsehrfigvtgdrtghordhukheqnecugg ftrfgrthhtvghrnhephfeileetfeeitdetgedugeeivedvfeevhfffuddugefhudeffeeu hfevjedtheegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepihhmshhophdrphhhphesrhifvggtrdgtohdruhhkpdhnsggprhgtphhtthhopedu pdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehinhhtvghrnhgrlhhssehlihhsth hsrdhphhhprdhnvght X-ME-Proxy: Feedback-ID: id5114917:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id C79243C0066; Wed, 18 Sep 2024 07:09:18 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 Date: Wed, 18 Sep 2024 12:08:56 +0100 To: internals@lists.php.net Message-ID: <418a178b-0bf7-48c3-a5e5-5a6b3ae89eb8@app.fastmail.com> In-Reply-To: References: <8D420123-4ECF-48FD-A9C3-F80C60457A37@newclarity.net> Subject: Re: [PHP-DEV] Zephir, and other tangents Content-Type: multipart/alternative; boundary=91f19cbfa28d486cb0f8c90fb99b5e83 From: imsop.php@rwec.co.uk ("Rowan Tommins [IMSoP]") --91f19cbfa28d486cb0f8c90fb99b5e83 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, 17 Sep 2024, at 22:03, Rob Landers wrote: > It seems like you have a use for it though, and I=E2=80=99m reasonably= certain you could get it working over ffi in a few weeks; yet you menti= on hosts not even having the curl extension installed, so I doubt that e= ven if wasm came to be, it would be available on those hosts. I just want to highlight this point, and clear up some possible misconce= ptions. PHP is a modular application, built out of a core engine and any number = of "extensions". About 60 extensions are in the php-src repository's ext/ folder. This mo= stly just means that they are released on the same schedule as PHP, and = some simple maintenance tasks are carried out in bulk across them. It al= so makes it slightly more likely that package managers will include pack= ages for them, but this is not a hard rule - e.g. Ubuntu ships packages = for many common PECL and externally-hosted extensions like DS and MongoD= B. A very small number of extensions are "always available" - you can't bui= ld PHP without them. These need to be usable on every platform PHP can b= e built for, and any external dependencies are generally copied into the= php-src repository, rather than increasing the base requirements to bui= ld or run a minimal PHP. I'm pretty confident that an integration of WASM would be a new extensio= n, and it would be optional. So a cheap host that does not enable someth= ing as well-known and long-established as ext/curl is extremely unlikely= to enable an "ext/wasm".=20 A slightly more knowledgeable host *might* be willing to enable an "ext/= wasm", but not allow a user to upload their own extensions or enable ext= /ffi - but only once it had been proven stable and secure.. It appears there are already a couple of projects building WASM extensio= ns. I would urge those of you interested to collaborate on one of those = projects. The only reason to raise an RFC would be a) if the extension n= eeded some non-trivial change to the core engine to hook into; or b) if = the extension was mature, and it seemed beneficial to move it into the p= hp-src repository rather than releasing it separately. Regards, --=20 Rowan Tommins [IMSoP] --91f19cbfa28d486cb0f8c90fb99b5e83 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Tue, 17 S= ep 2024, at 22:03, Rob Landers wrote:
It seems like you have a use for it though, a= nd I=E2=80=99m reasonably certain you could get it working over ffi in a= few weeks; yet you mention hosts not even having the curl extension ins= talled, so I doubt that even if wasm came to be, it would be available o= n those hosts.

I just want to = highlight this point, and clear up some possible misconceptions.

PHP is a modular application, built out of a core = engine and any number of "extensions".

Abou= t 60 extensions are in the php-src repository's ext/ folder. This mostly= just means that they are released on the same schedule as PHP, and some= simple maintenance tasks are carried out in bulk across them. It also m= akes it slightly more likely that package managers will include packages= for them, but this is not a hard rule - e.g. Ubuntu ships packages for = many common PECL and externally-hosted extensions like DS and MongoDB.

A very small number of extensions are "alway= s available" - you can't build PHP without them. These need to be usable= on every platform PHP can be built for, and any external dependencies a= re generally copied into the php-src repository, rather than increasing = the base requirements to build or run a minimal PHP.

<= /div>
I'm pretty confident that an integration of WASM would be a ne= w extension, and it would be optional. So a cheap host that does not ena= ble something as well-known and long-established as ext/curl is extremel= y unlikely to enable an "ext/wasm".

A slig= htly more knowledgeable host *might* be willing to enable an "ext/wasm",= but not allow a user to upload their own extensions or enable ext/ffi -= but only once it had been proven stable and secure..

=
It appears there are already a couple of projects building WA= SM extensions. I would urge those of you interested to collaborate on on= e of those projects. The only reason to raise an RFC would be a) if the = extension needed some non-trivial change to the core engine to hook into= ; or b) if the extension was mature, and it seemed beneficial to move it= into the php-src repository rather than releasing it separately.

Regards,
--
Rowan To= mmins
[IMSoP]
--91f19cbfa28d486cb0f8c90fb99b5e83--