Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121244
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
In-Reply-To: <9812BAD1-5003-4E91-BB3B-00637B9687AC@sakiot.com>
Date: Fri, 6 Oct 2023 10:35:42 +0200
Cc: Pierre Joye <pierre.php@gmail.com>,
 PHP internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <879AFA70-CD32-4170-8F98-F30EEBA7037F@gmail.com>
References: <CAEZPtU6PT7yOhVZfGQ1Vh3soKH0tkXh86v0GiNJo79ZMiuO4XQ@mail.gmail.com>
 <9812BAD1-5003-4E91-BB3B-00637B9687AC@sakiot.com>
To: Saki Takamachi <saki@sakiot.com>
Subject: Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil
 to BCMath
From: claude.pache@gmail.com (Claude Pache)

Hi,


> Le 5 oct. 2023 =C3=A0 14:26, Saki Takamachi <saki@sakiot.com> a =C3=A9cr=
it :
>=20
> In fact, I predict that many use cases will be covered by GMP.
>=20
> Still, I think that there may be cases where calculation functions =
like mainframe BCD are required, such as when calculating money.
>=20
> I am unable to decide whether it is correct to deprecate BCMath and =
only use GMP.
>=20
> I'd like to hear other people's opinions as well.
>=20

We use bcmath in particular for money calculation indeed, and some other =
things, most of them have in common to work with decimal numbers.

For those purposes, gmp (in its current state) is pointless, because it =
supports only integers. I could multiply my numbers with an appropriate =
power of ten and work with integers; but in that case I could just use =
native 64-bits integers: even if you work on Apple=E2=80=99s accounting, =
they won=E2=80=99t overflow.



> Le 4 oct. 2023 =C3=A0 13:39, Saki Takamachi <saki@sakiot.com> a =C3=A9cr=
it :
>=20
>=20
> After all, I feel that BCMath and GMP have different roles.
>=20
> Arbitrary precision mathematics and very high precision mathematics =
are similar but distinctly different.
>=20
> If PHP has already started integrating these things, then of course =
I'll follow suit, but if not, I'm against these integrations.
>=20
> If I missed something important, could you please let me know?
>=20


None of the above. As noted, my main use of bcmath is neither arbitrary =
precision, nor very high precision, it is decimal numbers.

Of course, bcmath works equally well for manipulation of big integers, =
which is my second use case of the library. Because I already use bcmath =
for other things and I don=E2=80=99t need Legendre symbols, I have not =
much incentive to switch to gmp for big integers.

=E2=80=94Claude=