Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70944
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.179 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAGa2bXaR_u93gifeDuyZ_2WajpBL4YFSp2JzCpp6UCOHimsUew@mail.gmail.com>
References: <CAGa2bXaR_u93gifeDuyZ_2WajpBL4YFSp2JzCpp6UCOHimsUew@mail.gmail.com>
Date: Tue, 31 Dec 2013 12:48:20 +0100
Message-ID: <CAF+90c83mMqKpm65Y3-8jxxOnz6xBqD-wbwxDvHXx1jp3fts5g@mail.gmail.com>
To: Yasuo Ohgaki <yohgaki@ohgaki.net>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b33d3ce08a04c04eed32355
Subject: Re: [PHP-DEV] [RFC][DRAFT] GMP number as PHP number
From: nikita.ppv@gmail.com (Nikita Popov)

--047d7b33d3ce08a04c04eed32355
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Dec 31, 2013 at 12:44 AM, Yasuo Ohgaki <yohgaki@ohgaki.net> wrote:

> Hi all,
>
> There has been GMP number discussion and made draft RFC for it.
> Please comment so that I can add more to the RFC.
>
> Thank you.
>

RE empty(): There is nothing special that needs to be done to implement
this. To support empty() one simply has to implement the IS_BOOL cast. The
reason I haven't implemented it in the first place is the common C++
programmer wisdom that you should never, ever overload the bool operator
without using the safe bool idiom or an explicit operator (both not
available in PHP, of course). But given that I already have GMP to string,
double and int conversions implemented, it doesn't seem entirely
unreasonable to also allow checking for GMP(0) via !$gmpNum as well. If the
general opinion is that we want this behavior, I can add it.

Nikita

--047d7b33d3ce08a04c04eed32355--