This is a separate proposal from the userspace operator overloading I
put up for Patricio yesterday and aims to fix what I see as a bug in
our operator overloading implementation (though some may disagree).
It specifically only seeks to differentiate const operations which
produce a new value
On 01/02/2016 08:14 PM, Sara Golemon 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
On Sun, Jan 3, 2016 at 3:14 AM, Sara Golemon 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
Hello Xinchen,
since I've seen you did most of this work around fastcgi during this
transition, I was wondering if you maybe have any idea what the problem
could be?
thanks,
- Markus
PS: sorry for top-posting, but though it was more appropriate as there's
no context-specific question on my part
On 03/01/2016 02:14, Sara Golemon 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
On 01/01/2016 21:55, Paul Dragoonis wrote:
Thus it would look like this:
$val = $array[array_key_last($array)];
Or how about a matching set of array_value_* functions?
Granted, we can currently use reset() and last() for array_value_first()
and array_value_last(), but that always feels a bit
> On Jan 3, 2016, at 02:11, Nikita Popov wrote:
> Thanks for the proposal, Sara! A few questions to clarify:
>
One point of order. It's Patricio's peoposal, I'm just helping him move it
along.
> 1. If an object implements __add__, will $a += $b be equivalent to $a =
>