Re: [PHP-DEV] [Discussion] Follow-up RFC for BCMath\Number object

2024-06-26 Thread Saki Takamachi
Hi Gina, > Apologies for the delay, to much traffic on the list so I forgot to address > this. Don’t worry! > >>> - Suggestions for using 64-bit integer types internally for performance >> >> >> This is probably unnecessary. It's already fast enough, so it might be a >> good idea to consid

Re: [PHP-DEV] [Discussion] Follow-up RFC for BCMath\Number object

2024-06-26 Thread Gina P. Banyard
On Tuesday, 25 June 2024 at 17:58, Saki Takamachi wrote: > Hi! > > This is a reminder as the feature freeze is approaching. I would like to > restate my current opinion. Apologies for the delay, to much traffic on the list so I forgot to address this. > > > - Suggestions for using 64-bit

Re: [PHP-DEV] [Discussion] Follow-up RFC for BCMath\Number object

2024-06-25 Thread Saki Takamachi
Hi! This is a reminder as the feature freeze is approaching. I would like to restate my current opinion. > - Suggestions for using 64-bit integer types internally for performance This is probably unnecessary. It's already fast enough, so it might be a good idea to consider it when we need even

[PHP-DEV] [Discussion] Follow-up RFC for BCMath\Number object

2024-05-16 Thread Saki Takamachi
Hi all, I would like to start additional discussion about BCMath\Number in this thread. If my summary is incorrect, please let me know. First, make a list of points to note. - Suggestions for using 64-bit integer types internally for performance > If we are not going to use the newfound opa