Le 02/02/2015 13:06, Andrea Faulds a écrit :
The RFC, which contains the voting widget, can be found here:
https://wiki.php.net/rfc/combined-comparison-operator
Thanks!
Hi,
Discussing this RFC with other people of AFUP, we would be +1.
Basically: adding such an operator would make things
On Mon, Feb 2, 2015 at 11:50 PM, Stanislav Malyshev smalys...@gmail.com wrote:
Hi!
I personally would use spaceship operator often, but only if PHP had
operator overloading for classes. So I hope it will pass and operator
PHP has operator overloading for classes, but just for internal ones.
On Mon, Feb 2, 2015 at 11:44 PM, Levi Morrison le...@php.net wrote:
Since it's been two weeks and there are no remaining issues (aside from the
lack of a language specification patch - but that can be done later), I'm
opening voting on this RFC.
I just noticed that you kept T_SPACESHIP;
Hello,
I personally would use spaceship operator often, but only if PHP had
operator overloading for classes. So I hope it will pass and operator
overloading will pass someday as well (but operator overloading would
probably require method overloading first and that's a thing you guys
oppose,
Hi!
I personally would use spaceship operator often, but only if PHP had
operator overloading for classes. So I hope it will pass and operator
PHP has operator overloading for classes, but just for internal ones.
See: https://wiki.php.net/rfc/operator_overloading_gmp
For userspace ones, the
On Mon, Feb 2, 2015 at 1:06 PM, Andrea Faulds a...@ajf.me wrote:
Hi everyone,
Since it's been two weeks and there are no remaining issues (aside from
the lack of a language specification patch - but that can be done later),
I'm opening voting on this RFC.
Voting starts today (2015-02-02)
Hi everyone,
Since it's been two weeks and there are no remaining issues (aside from the
lack of a language specification patch - but that can be done later), I'm
opening voting on this RFC.
Voting starts today (2015-02-02) and ends in two weeks' time (2015-02-16). As
this adds to the PHP
On 02.02.15 14:49, Nikita Popov wrote:
I've voted -1 because I think this should be a function and not an
operator. compare($a, $b) is more obvious than $a = $b and it's not like
writing comparison functions is such a super common use case that it needs
the extra brevity of an operator. A
Hey Nikita,
On 2 Feb 2015, at 13:49, Nikita Popov nikita@gmail.com wrote:
I've voted -1 because I think this should be a function and not an operator.
compare($a, $b) is more obvious than $a = $b and it's not like writing
comparison functions is such a super common use case that it
On Mon, Feb 2, 2015 at 8:27 AM, Andrea Faulds a...@ajf.me wrote:
Hey Nikita,
On 2 Feb 2015, at 13:49, Nikita Popov nikita@gmail.com wrote:
I've voted -1 because I think this should be a function and not an operator.
compare($a, $b) is more obvious than $a = $b and it's not like writing
On Mon, Feb 2, 2015 at 4:27 PM, Andrea Faulds a...@ajf.me wrote:
Hey Nikita,
On 2 Feb 2015, at 13:49, Nikita Popov nikita@gmail.com wrote:
I've voted -1 because I think this should be a function and not an
operator. compare($a, $b) is more obvious than $a = $b and it's not like
Hey Nikita,
On 2 Feb 2015, at 16:32, Nikita Popov nikita@gmail.com wrote:
On Mon, Feb 2, 2015 at 4:27 PM, Andrea Faulds a...@ajf.me wrote:
Hey Nikita,
On 2 Feb 2015, at 13:49, Nikita Popov nikita@gmail.com wrote:
I've voted -1 because I think this should be a function and not
Since it's been two weeks and there are no remaining issues (aside from the
lack of a language specification patch - but that can be done later), I'm
opening voting on this RFC.
I just noticed that you kept T_SPACESHIP; while that is fun I don't
think it is appropriate. It is a common name
13 matches
Mail list logo
