Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120724
MIME-Version: 1.0
References: <641b1ca0-d33f-4f38-ae64-81b4abce24da@app.fastmail.com> <0c12f017-7261-4581-a1e3-9cc04fd37db6@app.fastmail.com>
In-Reply-To: <0c12f017-7261-4581-a1e3-9cc04fd37db6@app.fastmail.com>
Date: Sun, 2 Jul 2023 10:38:20 -0300
Message-ID: <CAGS0MVC-FWKFkoUhZQ2cGkUP_MXDV_G-9sjz5af-oBndzosHYg@mail.gmail.com>
To: php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000f25bd605ff812b04"
Subject: Re: [PHP-DEV] Re: [RFC] Property hooks, nee accessors
From: ericklima.comp@gmail.com (Erick de Azevedo Lima)

--000000000000f25bd605ff812b04
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks for the feedback.

I hope everything works well for Ilija. Thank you also for the good work
you have done.

--
Erick de Azevedo Lima

Em dom., 2 de jul. de 2023 =C3=A0s 09:52, Larry Garfield <larry@garfieldtec=
h.com>
escreveu:

> On Mon, May 8, 2023, at 4:38 PM, Larry Garfield wrote:
> > Ilija Tovilo and I would like to offer another RFC for your
> > consideration.  It's been a while in coming, and we've evolved the
> > design quite a bit just in the last week so if you saw an earlier draft
> > of it in the past few months, I would encourage you to read it over
> > again to make sure we're all on the same page.  I'm actually pretty
> > happy with where it ended up, even if it's not the original design.
> > This approach eliminates several hard-to-implement edge cases while
> > still providing a lot of functionality in one package.
> >
> > https://wiki.php.net/rfc/property-hooks
> >
> > --
> >   Larry Garfield
> >   larry@garfieldtech.com
>
> Hi all.
>
> Ilija was unfortunately hit with multiple technology failures this month,
> which slowed down final development of the hooks proposal.  While we=E2=
=80=99re
> pretty comfortable and happy with the design at this point (and it seems
> most people in the discussion thread are as well), Ilija is concerned abo=
ut
> passing it this close to feature freeze, on the off chance that some
> undiscovered implementation detail may necessitate a small API change (an=
d
> thus another RFC).
>
> Given the timing, therefore, we=E2=80=99re also going to delay the vote u=
ntil
> later this summer (probably), after Ilija=E2=80=99s had time to bang on t=
he
> implementation a bit further to make sure there=E2=80=99s no hidden gotch=
as.  That
> will unfortunately push it to the 8.4 cycle.  On the upside, that will gi=
ve
> it a very long settling-in time so that by the time it shows up in a stab=
le
> version it=E2=80=99s rock solid.
>
> Thanks for sticking with us.  We=E2=80=99ll provide another update when I=
lija=E2=80=99s
> comfortable with the state of the implementation.
>
> --Larry Garfield
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>

--000000000000f25bd605ff812b04--