Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89969
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender)
MIME-Version: 1.0
Reply-To: bishop@php.net
Sender: bishop.bettini@gmail.com
In-Reply-To: <CAESVnVqoikwzKAnB13x-6pjoJnw3jCzAh1BdZpX=yE0ffpQfcg@mail.gmail.com>
References: <CAESVnVqoikwzKAnB13x-6pjoJnw3jCzAh1BdZpX=yE0ffpQfcg@mail.gmail.com>
Date: Sat, 2 Jan 2016 21:43:24 -0500
Message-ID: <CAEYWF=4PJj0w4GPwgBa6YMLzLc1twfu8R2g5v0wxG2edQXJQ8A@mail.gmail.com>
To: Sara Golemon <pollita@php.net>
Cc: PHP internals <internals@lists.php.net>, patriciotarantino@gmail.com
Content-Type: multipart/alternative; boundary=001a11432edea3c8a7052864f9e6
Subject: Re: [PHP-DEV] RFC Operator Overloading in Userspace
From: bishop@php.net (Bishop Bettini)

--001a11432edea3c8a7052864f9e6
Content-Type: text/plain; charset=UTF-8

Hi Sara and Patricio,

On Sat, Jan 2, 2016 at 9:14 PM, Sara Golemon <pollita@php.net> wrote:

> Patricio Tarantino has asked me to help him propose Operator
> Overloading in PHP 7.1 (based in part on my operator extension in
> PECL).  I think we can expose this to usespace as magic methods with
> very little overhead (the runtime check and dispatch is already there,
> after all).


+1 to moving this out of PECL and into the engine.


> I do think that the "Future Expansion" section bears following through
>
with as well, but the basic set of methods already hooked for GMP
> would be a nice start.
>

Whoa, that's a big list of magic methods. I wonder if a generic dispatch
magic method would be more developer friendly. Something like:

public function __overload(string $operator, object $rhs = null); // $rhs
=== null iff op is unary

Thanks!
bishop

--001a11432edea3c8a7052864f9e6--