Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121279
MIME-Version: 1.0
References: <CAEZPtU6PT7yOhVZfGQ1Vh3soKH0tkXh86v0GiNJo79ZMiuO4XQ@mail.gmail.com>
 <9812BAD1-5003-4E91-BB3B-00637B9687AC@sakiot.com> <CAMrTa2H553O1CesPU95ma-HYnejWkMgZf-QOVvCxs=NHMOAc+g@mail.gmail.com>
In-Reply-To: <CAMrTa2H553O1CesPU95ma-HYnejWkMgZf-QOVvCxs=NHMOAc+g@mail.gmail.com>
Date: Thu, 12 Oct 2023 11:26:39 -0700
Message-ID: <CAMrTa2E9XvPrRqOx3wr_6tU+UBDp3yebKw8-ob-NTzHmHRXTYQ@mail.gmail.com>
To: Saki Takamachi <saki@sakiot.com>
Cc: Pierre Joye <pierre.php@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000051813106078915b8"
Subject: Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil
 to BCMath
From: jordan.ledoux@gmail.com (Jordan LeDoux)

--00000000000051813106078915b8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Oct 12, 2023 at 11:24=E2=80=AFAM Jordan LeDoux <jordan.ledoux@gmail=
.com>
wrote:

>
>
> On Thu, Oct 5, 2023 at 5:27=E2=80=AFAM Saki Takamachi <saki@sakiot.com> w=
rote:
>
>> Hi, Pierre
>>
>> In fact, I predict that many use cases will be covered by GMP.
>>
>> Still, I think that there may be cases where calculation functions like
>> mainframe BCD are required, such as when calculating money.
>>
>> I am unable to decide whether it is correct to deprecate BCMath and only
>> use GMP.
>>
>> I'd like to hear other people's opinions as well.
>>
>> Regards.
>>
>> Saki
>>
>
> GMP cannot be used in any reasonable way to implement things like sin() o=
r
> cos(). It is *technically* possible, but not at all reasonable. Now, PHP
> doesn't natively support trig functions for anything other than normal
> floats, but things like that are exactly the extended capability that my
> PHP math library adds. This is required for most statistics, which now HA=
VE
> to be done in PHP itself since the ext-stats extension hasn't been update=
d
> since... I think 7.1?
>
> BCMath is one of the worst and slowest implementations of arbitrary
> precision decimals. It absolutely should be replaced. I have explored
> creating a new extension to do just this in fact for the express purpose =
of
> deprecating and replacing the bundled BCMath. But GMP, as it is implement=
ed
> currently, is not a replacement at all.
>
> Jordan
>

Take a look at the ext-decimal extension if you are interested in replacing
BCMath. It honestly is almost a drop-in replacement.

Jordan

--00000000000051813106078915b8--