Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76315
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.53 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAGAGxbbewtiVZPODR417a6Ye4vgZZ7MdtzvWqme-cny=+XuU9A@mail.gmail.com>
References: <739E5BAE-A01D-4936-A016-8CD90CD64BA1@ajf.me>
	<CADajX4B8v56ZmKPNebP=Ve=oMte_GG4rmxtFZg+ovi7aHg4jdA@mail.gmail.com>
	<CAGAGxbbewtiVZPODR417a6Ye4vgZZ7MdtzvWqme-cny=+XuU9A@mail.gmail.com>
Date: Sat, 2 Aug 2014 21:39:10 -0700
Message-ID: <CAKOpQSyzaR3+A72qj6-AgUKet6Wd-SEQ8OsX=YxFjQXo_XX1BA@mail.gmail.com>
To: Chris Wright <cw@daverandom.com>
Cc: Adam Harvey <aharvey@php.net>, Andrea Faulds <ajf@ajf.me>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1133067221ad5d04ffb23473
Subject: Re: [PHP-DEV] [VOTE][RFC] intdiv()
From: kris.craig@gmail.com (Kris Craig)

--001a1133067221ad5d04ffb23473
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 31, 2014 at 1:53 AM, Chris Wright <cw@daverandom.com> wrote:

> On 30 July 2014 18:51, Adam Harvey <aharvey@php.net> wrote:
> > -1 explanation: I don't think %% is clear enough, the only sensible
> > syntax choice (//) is unavailable to us, and I think the utility of
> > having it baked into the language as an operator is pretty minimal
> > regardless (I coded a lot of Python for scientific research in a
> > previous job, and I don't think I ever used //, and you'd think that's
> > the place where you'd use it).
> >
> > +1 on the function, though =E2=80=94 quick searches on Ohloh and Github
> > suggest that there are a grand total of three open source projects
> > that implement a global intdiv() function. Seems safe enough.
> >
> > Adam
> >
>
> This describes my voting choice exactly. I'm not against the idea of
> an operator, but %% is not the right operator choice for me. I could
> live with /% but it still doesn't feel quite right. I don't have a
> practical implementable suggestion for an alternative, so I guess
> we'll just have to live without it.
>
> Of course, this does not preclude us from introducing this in the
> future if someone comes up with a better idea :-)
>
> Thanks, Chris
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Agreed.  I'd very much like to see another RFC that proposes more options
for creating an operator for this.  The vote against %% on this RFC should
not be construed-- in my opinion, at least-- as a consensus against having
any kind of operator for intdiv.

--Kris

--001a1133067221ad5d04ffb23473--