Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77620
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain margaine.com from 209.85.223.170 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAEZPtU6utKfgLH06=YO5A1koQJxioVhvO-dktv_jKCT2HnD_cA@mail.gmail.com>
References: <CAOg_pRQFYY9rpujHBC8DzaTfJ_3RPnrzpbuBoSRNuS-+A4qPbg@mail.gmail.com>
 <54213481.8080700@php.net> <CAPwsocGDyT13Se-0AcUon=Q59JEkLX-YPiyXAM+Q9GupYMk0-A@mail.gmail.com>
 <54213ECC.5080204@php.net> <CAPwsocHKP6i0QiQFe86yjwjC6m=wAPRe1+zvCOBYgzsm-hX5mw@mail.gmail.com>
 <54214E57.3080200@php.net> <CABRjmp-UF0GXmvyc_+wFOp=Ld9+7Betzu0ch8N+mvsqUZmTnXA@mail.gmail.com>
 <54220B80.5050208@sugarcrm.com> <54225D5B.3030402@php.net>
 <54226509.8080405@sugarcrm.com> <54227E98.3050402@php.net>
 <CAEZPtU6T_Wt-NGhUuJjsd4gPbCdkGEaGuJ8iy7vph7nCX-XPeA@mail.gmail.com>
 <54231E06.90208@sugarcrm.com> <9E9CD624-B581-417B-9C9D-5202CA84D52D@ajf.me> <CAEZPtU6utKfgLH06=YO5A1koQJxioVhvO-dktv_jKCT2HnD_cA@mail.gmail.com>
Date: Thu, 25 Sep 2014 12:22:30 +0200
Message-ID: <CABRjmp9Xnuz5wWkWMPqGZhxkkAxKBfVML8f=mAT3rAoMs-+SMQ@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: Andrea Faulds <ajf@ajf.me>, Stas Malyshev <smalyshev@sugarcrm.com>, Michael Wallner <mike@php.net>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a113491e4bb480b0503e12eeb
Subject: Re: [PHP-DEV] Invokation on __toString() for object used as array key
From: florian@margaine.com (Florian Margaine)

--001a113491e4bb480b0503e12eeb
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

Joe Watkins wrote (for fun) a new operator, `addressof`. Code is here:
https://github.com/krakjoe/php-src/compare/addressof

I think it makes more sense than a new method on all objects. You could use
it for any kind of value: scalar, resource, object. Building an array of
sockets, for example, would be very easy with such an operator.

It would also give better tools to deal with situations such as:

$test =3D 1;
$test2 &=3D $test;

I'm willing to write an RFC if necessary to include it.

Thoughts?

On Thu, Sep 25, 2014 at 11:50 AM, Pierre Joye <pierre.php@gmail.com> wrote:

> On Wed, Sep 24, 2014 at 9:44 PM, Andrea Faulds <ajf@ajf.me> wrote:
> >
> > On 24 Sep 2014, at 20:39, Stas Malyshev <smalyshev@sugarcrm.com> wrote:
> >
> >>> I also wonder why we still need them. Doing what has been done with g=
mp
> >>> for all resources would be a good move for 7.
> >>
> >> In general, I think we do not - IIRC everything resources do objects c=
an
> >> do better now, and the problems that prevented one from using objects
> >> instead of resources are long gone.
> >>
> >> However, is_resource() checks and lots of third-party extensions using
> >> resources may be a bit of a problem for eliminating them.
> >
> > I already figured out how to solve the `is_resource()` issue. Create an
> almost-useless, uninstantiatable class called Resource which any new
> resource-replacing classes inherit from. Then, make `is_resource()` check
> whether something is an instance of that class.
> >
> > Of course, 3rd-party extensions are still a problem, but this should
> mostly fix it. Of course, gettype() is still going to return =E2=80=9Cobj=
ect=E2=80=9D not
> =E2=80=9Cresource=E2=80=9D, but I suspect people are more likely to use i=
s_resource().
>
> Is it really necessary? I could imagine a transition with 5.7 for
> that, similar to gmp.
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>



--=20

Regards,

*Florian Margaine*

--001a113491e4bb480b0503e12eeb--