Re: [PHP-DEV] Zephir, and other tangents

2024-09-18 Thread Mike Schinkel
> On Sep 18, 2024, at 3:09 PM, Hammed Ajao wrote: > Yes and no. The primary goal of WebAssembly is to support high-performance > applications on web pages. The premise is simple: JavaScript is the only > language natively supported by browsers, but developers want to use various > other languag

Re: [PHP-DEV] weird error when saving RFCs

2024-09-18 Thread Tim Düsterhus
Hi On 9/11/24 16:18, Derick Rethans wrote: I had a look just now, and tried it out. But I can't reproduce the error. FWIW: I had the same issue today, when I updated the PHP 8.4 bulk deprecation RFC to link the E_STRICT commit: https://wiki.php.net/rfc/deprecations_php_8_4?do=revisions I d

Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)

2024-09-18 Thread Christoph M. Becker
On 18.09.2024 at 00:13, Rowan Tommins [IMSoP] wrote: > Since you mentioned Scala, I looked it up, and it seems to be on the > other end of the spectrum: operators are just methods, with no > mathematical meaning or special dispatch behaviour. In fact, "a plus b" > is just another way of writing "a

Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)

2024-09-18 Thread Alexandru Pătrănescu
On Wed, Sep 18, 2024 at 6:11 PM Rowan Tommins [IMSoP] wrote: > On Wed, 18 Sep 2024, at 15:19, Christoph M. Becker wrote: > >> Maybe it would be "useful enough" to just restrict to left-hand side: > > > > In my opinion, this is the only reasonable way to implement operator > > overloads in PHP. I

Re: [PHP-DEV] PHP 8.4 / Status of "Saner Increment/Decrement operator" part 2 ?

2024-09-18 Thread Christoph M. Becker
On 17.09.2024 at 20:04, Juliette Reinders Folmer wrote: > I was just looking at the "Path to Saner Increment/Decrement operators" > RFC [1] and as part of the proposal, step 2 "Deprecate using the > increment operator with non-numeric strings." should have gone into PHP > 8.4, but I can't find any

Re: [PHP-DEV] Zephir, and other tangents

2024-09-18 Thread Adam Zielinski
On Wed, Sep 18, 2024 at 2:39 AM Hammed Ajao wrote: > Running Wasm and PHP virtual machines together presents several significant > challenges and potential issues: > • Memory Management and Isolation: Each VM has its own memory model and > garbage collection strategy. Data passing between VMs o

Re: [PHP-DEV] Zephir, and other tangents

2024-09-18 Thread Rowan Tommins [IMSoP]
On Tue, 17 Sep 2024, at 22:03, Rob Landers wrote: > It seems like you have a use for it though, and I’m reasonably certain you > could get it working over ffi in a few weeks; yet you mention hosts not even > having the curl extension installed, so I doubt that even if wasm came to be, > it would

Re: [PHP-DEV] Zephir, and other tangents

2024-09-18 Thread Adam Zielinski
On Tue, Sep 17, 2024 at 9:17 PM Mike Schinkel wrote: > > On Sep 17, 2024, at 8:57 AM, Adam Zielinski > wrote: > > > To summarize, I think PHP would benefit from: > > > > 1. Adding WASM for simple low-level extensibility that could run on > > shared hosts for things that are just not possible in

Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)

2024-09-18 Thread Rowan Tommins [IMSoP]
On Wed, 18 Sep 2024, at 15:19, Christoph M. Becker wrote: >> Maybe it would be "useful enough" to just restrict to left-hand side: > > In my opinion, this is the only reasonable way to implement operator > overloads in PHP. It is easy to understand, and what can easily be > understood is easy to e

Re: [PHP-DEV] Zephir, and other tangents

2024-09-18 Thread Hammed Ajao
On Wed, Sep 18, 2024, 5:16 a.m. Adam Zielinski < adam.zielin...@automattic.com> wrote: > On Wed, Sep 18, 2024 at 2:39 AM Hammed Ajao wrote: > > > Running Wasm and PHP virtual machines together presents several > significant challenges and potential issues: > > • Memory Management and Isolation: E

[PHP-DEV] Sharing the CustomCast extension

2024-09-18 Thread Daniel Scherzer
Hi Internals, I wanted to share the "CustomCast" extension[1] that I wrote over the summer. I originally wrote it as just a learning exercise for me to get familiar with PHP internals, but given some recent discussions (particularly around operator overloads) I figured it might be useful for other

Re: [PHP-DEV] PHP 8.4 / Status of "Saner Increment/Decrement operator" part 2 ?

2024-09-18 Thread Alexandru Pătrănescu
On Tue, Sep 17, 2024 at 9:11 PM Juliette Reinders Folmer < php-internals_nos...@adviesenzo.nl> wrote: > L.s., > > I was just looking at the "Path to Saner Increment/Decrement operators" > RFC [1] and as part of the proposal, step 2 "Deprecate using the > increment operator with non-numeric strings