Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67412
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 209.85.128.182 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAF+90c_PPTajBqs636f373DKF=hotrK1ObTojddxx=bxC3g16w@mail.gmail.com>
References: <CAF+90c_PPTajBqs636f373DKF=hotrK1ObTojddxx=bxC3g16w@mail.gmail.com>
Date: Mon, 13 May 2013 09:49:06 +0400
Message-ID: <CA+9eiLvnV-i7Zp15oQ1EAzu2u8v_sc_Og8_bqHPBYWH9TyJ9cQ@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=bcaec548a13d25113204dc93131a
Subject: Re: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements
From: dmitry@zend.com (Dmitry Stogov)

--bcaec548a13d25113204dc93131a
Content-Type: text/plain; charset=UTF-8

Hi Nikita,

The patch looks quite good.
However, it must slow down each comparison operator (even if it compares
two integers).

I would suggest overloading of CMP operator instead of separate <, <=, ==,
!=, >, >=.

Also it may make sense to think about overloading of unary operators to
provide a solid decision.

In case you think about user-level operator overloading in the future (that
may make sense :) it would be better to design them all together.

Thanks. Dmitry.


On Sun, May 12, 2013 at 7:25 PM, Nikita Popov <nikita.ppv@gmail.com> wrote:

> Hi internals!
>
> https://wiki.php.net/rfc/operator_overloading_gmp
>
> This RFC proposes to add operator overloading for INTERNAL classes.
> Furthermore it exemplarily implements the new API for GMP.
>
> Thanks,
> Nikita
>

--bcaec548a13d25113204dc93131a--