Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121752
MIME-Version: 1.0
References: <CAH5C8xX5Wzbm1eerFJJ5hCZdUU8rci8NhBwkSwprRKAG531G7Q@mail.gmail.com>
 <CAEKnhAFDYiPoKwjj2J6akEaZ6WgHkaYia9su_fNQGSKidCt=aw@mail.gmail.com>
In-Reply-To: <CAEKnhAFDYiPoKwjj2J6akEaZ6WgHkaYia9su_fNQGSKidCt=aw@mail.gmail.com>
Date: Wed, 22 Nov 2023 04:32:57 +0000
Message-ID: <CAFPFaMLWSW+eu8c0v91KLbcZJqcKKDbYZ3OthtNXk805p0AvQA@mail.gmail.com>
To: Jakub Zelenka <bukka@php.net>
Cc: =?UTF-8?B?TcOhdMOpIEtvY3Npcw==?= <kocsismate90@gmail.com>, 
	PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000543f3e060ab6372e"
Subject: Re: [PHP-DEV] [RFC] [Discussion] Resource to object conversion
From: george.banyard@gmail.com ("G. P. B.")

--000000000000543f3e060ab6372e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, 16 Nov 2023 at 16:13, Jakub Zelenka <bukka@php.net> wrote:

> On Sun, Nov 12, 2023 at 4:48=E2=80=AFPM M=C3=A1t=C3=A9 Kocsis <kocsismate=
90@gmail.com>
> wrote:
>
> > Hi Internals,
> >
> > Following my straw poll about the Process resource name, I would like t=
o
> > present an RFC which clarifies the rough timeline and the BC promises o=
f
> > the "resource to object conversion" project.
> >
> > Link: https://wiki.php.net/rfc/resource_to_object_conversion
> >
> >
> Please could you add a separate vote for primary streams if the resource =
to
> object conversion should be done at all (requiring 2/3 votes to be
> accepted). I will personally vote against this if there is no is_resource
> change as I think it's just too big BC break even for 9.0 - it will likel=
y
> require massive update of many code bases.
>

What is the point of a major release if we cannot even do such a BC break?
We don't even know when PHP 9.0 is going to happen yet.

I will also state that I am against changing the semantics of is_resource()
*unless* we remove support for resources altogether from the engine at the
same time so that there is no possible ambiguity.
Which frankly is probably something we should be doing, and that people
paid by the foundation should convert resources to opaque objects in PECL
extensions, and other extensions brought to our attention.
And yes, that also means helping Oracle with OCI8 that is getting unbundled=
.

I will try to get round to do ext/dba somewhat soon.

Best regards,

Gina P. Banyard

--000000000000543f3e060ab6372e--