Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73773
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.83.67 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAF+90c9-NxRqTbA=YBu33c3ZL70def2ZH8zjRQiYg8AhBru39Q@mail.gmail.com>
References: <CAPRqa+GJHV4gvv8Z8ePDwJaYpVMiNDBV9ris-r5yAn4u63Fq2Q@mail.gmail.com>
	<CAF+90c9-NxRqTbA=YBu33c3ZL70def2ZH8zjRQiYg8AhBru39Q@mail.gmail.com>
Date: Thu, 24 Apr 2014 14:11:59 +0300
Message-ID: <CAPRqa+FWEWsB4sG_chg6iR1DtUUTaGXHiv7N1CGz3CkXhoErUg@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b3440d0f43f2204f7c7ea25
Subject: Re: [PHP-DEV] [RFC] Floating Point support in GMP extension
From: park.framework@gmail.com (Park Framework)

--047d7b3440d0f43f2204f7c7ea25
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Yes, now I understand better the sense in GMPInt, you are right that there
should be different classes.

We use BCMath, but bulky code BCMath:
bcmul(bcadd($a, $b, $scale), 2, $scale)
I want to write simple:
$a + $b * 2

I'm looking forward to implementing GMPFloat


2014-04-24 11:17 GMT+03:00 Nikita Popov <nikita.ppv@gmail.com>:

> On Mon, Apr 21, 2014 at 10:40 PM, Park Framework <park.framework@gmail.co=
m
> > wrote:
>
>> Concept is simple.
>> Need, remove GMPInt, leave only GMPFloat.
>> For backward compatibility in php.ini set default values
>> =E2=80=8B=E2=80=8Bgmp.default_precision =3D 0
>> Anyone who wants to work with float, must specify precision > 0
>> What do you think about this?
>>
>
> This is not possible, because GMP integers and GMP floats are
> fundamentally and inherently different types.
>
> A GMP integer isn't just a GMP float with zero precision. Actually, what =
I
> think you're missing here is that the GMP floating point type is just tha=
t:
> A **floating** point type. This means that it is **not** precise. What yo=
u
> specify as the GMP float precision actually translates to the size of the
> mantissa/significand, not the number of places after the comma.
>
> GMP integers on the other hand are precises. Furthermore a primary
> application for GMP integers are computations over cyclic groups, as well
> as other number theoretic computations. The operations for these are not =
a
> available for the floating point type (and frankly, wouldn't really make
> sense).
>
> Maybe you're looking for the BCMath extension?
>
> Nikita
>

--047d7b3440d0f43f2204f7c7ea25--