Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:122921
Precedence: bulk
MIME-Version: 1.0
References: <4F094EDA-5058-407D-AF39-06FD934FDE1F@sakiot.com>
 <bbcff629-4dd6-bc50-ac9f-641849dc218a@php.net> <68CF373E-6ABF-4471-8992-813B4BA1B508@sakiot.com>
 <904197f4-afb5-401e-9e17-7a655c5449d0@alec.pl> <CAMrTa2EK6ymBQuxeFj7tMV0M2crqCCCR=mLN-FSfuCgrQHEZ6A@mail.gmail.com>
 <AB663F3F-A888-45F7-B19A-00530A4EDB0C@sakiot.com> <CAMrTa2HOEUWQcPdZE3FZ9JWCS1DWuRTNhhfqGGZOmr=v1Mctdw@mail.gmail.com>
 <CANS-=pfVuKKfAiu0LUJTrEPnSRaa_nHwJCgMvSORruAwHMsvQg@mail.gmail.com>
 <CAMrTa2HXD+62TKbaaA-v-mct5zdR5ortUAbtG1R1D22amAgpNA@mail.gmail.com>
 <CAMrTa2GaK3AUp0WodhNO8RdvoLbbiCk14Gs2oWF6vEs_+qMYNg@mail.gmail.com>
 <655FEA80-9AB4-4AAD-A310-70ED968C97A2@sakiot.com> <CAMrTa2Fh_-M_Kezi7s_4P4+a+dTyKq=RExd6ARPRDqZYS175kA@mail.gmail.com>
 <CAMrTa2FrkvNPK6kETNJFNNDn0mL5dxkV=PmdxsysruhhjY=Uig@mail.gmail.com>
 <8FB87901-02D7-4934-9119-55B21CEDDA9D@sakiot.com> <CAMrTa2EJf2NK2D3J=q7xkAVuNKsjEBDVv+RDmxp_g9DSsjRgwg@mail.gmail.com>
 <B1BFB481-B301-46BD-8E03-A418AA43EBB3@sakiot.com>
In-Reply-To: <B1BFB481-B301-46BD-8E03-A418AA43EBB3@sakiot.com>
Date: Wed, 3 Apr 2024 19:40:16 -0700
Message-ID: <CAMrTa2HNYP5NnVr1=WYMxCqVF_=XkkOs1NQVTUG86nrxB3Ax2A@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] [Discussion] Support object type in BCMath
To: Saki Takamachi <saki@sakiot.com>
Cc: Lynn <kjarli@gmail.com>, Aleksander Machniak <alec@alec.pl>, 
	php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000032c07106153c4345"
From: jordan.ledoux@gmail.com (Jordan LeDoux)

--00000000000032c07106153c4345
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Apr 3, 2024 at 7:31=E2=80=AFPM Saki Takamachi <saki@sakiot.com> wro=
te:

>
> Thanks, I agree with you that it works a little differently than the
> existing BCMath function, so it needs to be well-documented.
>
> I have summarized the discussion so far, made some corrections, and
> updated the RFC. I would be happy if you could check it out.
>

It looks pretty good. It should probably give specific guidelines on how
"no scale provided" works for addition, subtraction, multiplication,
division, and exponentiation. The section now doesn't make it clear that
the returned scale will behave differently for addition (the current
example) than for division.

Jordan

--00000000000032c07106153c4345
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Apr 3, 2024 at 7:31=E2=80=AFP=
M Saki Takamachi &lt;<a href=3D"mailto:saki@sakiot.com">saki@sakiot.com</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Thanks, I agree with you that it works a little differently than the existi=
ng BCMath function, so it needs to be well-documented.<br>
<br>
I have summarized the discussion so far, made some corrections, and updated=
 the RFC. I would be happy if you could check it out.<br></blockquote><div>=
<br></div><div>It looks pretty good. It should probably give specific guide=
lines on how &quot;no scale provided&quot; works for addition, subtraction,=
 multiplication, division, and exponentiation. The section now doesn&#39;t =
make it clear that the returned scale will behave differently for addition =
(the current example) than for division.</div><div><br></div><div>Jordan<br=
></div></div></div>

--00000000000032c07106153c4345--