Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75651
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain ajf.me designates 192.64.116.207 as permitted sender)
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
In-Reply-To: <6cb98adf7a217db7530122c98d2f7d02@mail.gmail.com>
Date: Thu, 17 Jul 2014 08:08:53 +0100
Cc: bishop@php.net,
 PHP internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <28924D84-6571-4AD3-B541-9A2141BBEFCD@ajf.me>
References: <7646A8D1-69A2-4255-B048-D3B9F28B422F@ajf.me> <CAEYWF=4pxA5vE0eBEbi1Fkh7k7uqZk0rAS77oWxzPdicnTN+gQ@mail.gmail.com> <A8E995FC-7F3A-451F-8787-6566CCAE39B5@ajf.me> <CAEYWF=7YReKc9iKOnFHSWHmYKw1a5y2BU_=Hc5HBbMqdkPTMRg@mail.gmail.com> <37F89E54-C5B9-4E81-9D1B-660190BDB1FF@ajf.me> <d373a9bdc62a05dcbe2f911c2f83e2cc@mail.gmail.com> <9F08728B-AF74-4098-8D1D-BC21AB821168@ajf.me> <6cb98adf7a217db7530122c98d2f7d02@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Subject: Re: [PHP-DEV] [RFC] intdiv()
From: ajf@ajf.me (Andrea Faulds)


On 17 Jul 2014, at 08:02, Zeev Suraski <zeev@zend.com> wrote:

> I think it is, given I believe it's the first time people are asking =
for
> this after PHP's been out for almost two decades...
> As the RFC itself suggests, you can use the current division for most =
use
> cases, including the ones mentioned above - they'd work in the vast
> majority of cases.

Yes, but as previously mentioned, beyond 2^52 it breaks down. What=92s =
more worrying is the code out there written by people obviously unaware =
of this, but I shouldn=92t use MtGox=92s incompetence as a reason to fix =
PHP ;)

> I think the RFC should mention that it's already possible to do it =
using
> bcmath or gmp;

It=92s not possible to do with bcmath or gmp within the brief of =93find =
the quotient of the division of two longs without requiring an =
extension=94. Neither bcmath nor gmp is core PHP, and neither operate on =
longs, though you can be silly and convert a long to a string, in =
bcmath=92s case, or a gmp object, in gmp=92s case, then do the =
operation, then convert back, checking for the two failure cases, of =
course.

> That said, I tend to agree that we should have something
> like that in ext/standard, so I'm actually in favor of doing it - just =
not
> as an operator.

Well, that=92s better than nothing I suppose, but I=92d still rather use =
something infix.

> To be honest, that operator was simply copied verbatim from Perl, back =
in
> the day when Perl ruled the Web world and minimizing the learning =
curve
> for Perl developers was an important goal.  Not sure if we'd add it to =
the
> language had we not 'plagiarized' it from Perl=85

Huh? ** was added by an RFC this year. Actually, since 5.6 isn=92t out =
yet, it=92s technically not part of PHP yet...

--
Andrea Faulds
http://ajf.me/