Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:123876
Precedence: bulk
MIME-Version: 1.0
References: <930741fa-eb10-44c6-acbf-34ec9823f8f3@app.fastmail.com>
In-Reply-To: <930741fa-eb10-44c6-acbf-34ec9823f8f3@app.fastmail.com>
Date: Wed, 26 Jun 2024 11:05:23 -0700
Message-ID: <CAMrTa2Fpzmipc9tbi50tPefTA3=pghP8zk4YDWR60jmmJKVXuQ@mail.gmail.com>
Subject: Re: [PHP-DEV] Overriding GMP objects
To: Rob Landers <rob@bottled.codes>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary="00000000000068a9ca061bcedcff"
From: jordan.ledoux@gmail.com (Jordan LeDoux)

--00000000000068a9ca061bcedcff
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I am interested to see what people say to this. One of the primary reasons
I was given by no voters on my operator overload RFC was that it was not
useful enough to justify the complexity. Since then however we have had a
steady stream of people on list presenting their use cases that have run
into issues, and proposing hacks and workarounds.

On Wed, Jun 26, 2024 at 10:25=E2=80=AFAM Rob Landers <rob@bottled.codes> wr=
ote:

>
> - should we revisit operator overloading instead of me hacking my way int=
o
> it?
>

The primary reason I decided not to revisit the RFC with changes or updates
was that the conversations I had with voters led me to believe that this
was fundamentally unproductive to pursue. I would be happy to bring it
again if that changes, but I will not get involved in working on this
feature again unless I'm convinced the sentiment of voters has changed, or
at least has become changeable.

Jordan

--00000000000068a9ca061bcedcff
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I am interested to see what people say to this. One o=
f the primary reasons I was given by no voters on my operator overload RFC =
was that it was not useful enough to justify the complexity. Since then how=
ever we have had a steady stream of people on list presenting their use cas=
es that have run into issues, and proposing hacks and workarounds.<br></div=
><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On We=
d, Jun 26, 2024 at 10:25=E2=80=AFAM Rob Landers &lt;rob@bottled.codes&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=
=3D"msg-706009692939351183"><u></u><div><br><div>- should we revisit operat=
or overloading instead of me hacking my way into it?</div></div></div></blo=
ckquote><div><br></div><div>The primary reason I decided not to revisit the=
 RFC with changes or updates was that the conversations I had with voters l=
ed me to believe that this was fundamentally unproductive to pursue. I woul=
d be happy to bring it again if that changes, but I will not get involved i=
n working on this feature again unless I&#39;m convinced the sentiment of v=
oters has changed, or at least has become changeable.</div><div><br></div><=
div>Jordan<br></div></div></div>

--00000000000068a9ca061bcedcff--