Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85717
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain ajf.me designates 192.64.116.199 as permitted sender)
References: <CA+9eiLvd0YPKtED9CgU_thC9HUfTquaMJNf_9zQC0jyeX+rTuw@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CA+9eiLvd0YPKtED9CgU_thC9HUfTquaMJNf_9zQC0jyeX+rTuw@mail.gmail.com>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-ID: <33BCE1D0-BA6D-464C-B23D-69AF71356111@ajf.me>
Cc: PHP Internals <internals@lists.php.net>,
 Nikita Popov <nikita.ppv@gmail.com>
Date: Fri, 3 Apr 2015 20:10:06 +0100
To: Dmitry Stogov <dmitry@zend.com>
Subject: Re: Fix division by zero to throw exception
From: ajf@ajf.me (Andrea Faulds)

Hi Dmitry,

> On 3 Apr 2015, at 20:04, Dmitry Stogov <dmitry@zend.com> wrote:
>=20
> 2) Very similar weird behavior was introduced for shift with negative offs=
ets. I also propose to change it in the same way (Fatal error at compile-tim=
e, Exception in run-time).
>=20
> Any thoughts? objections?

For consistency with IEEE 754, shouldn't we produce INF on a division by zer=
o, at least for floats (but probably integers too because of weak typing)? I=
 don't think producing a warning is an issue, but FALSE isn't the right valu=
e to produce.

However there should be a compile-time solution. Maybe, if a division by zer=
o happens, don't evaluate the expression at compile-time?

Thanks.

--
Andrea Faulds
http://ajf.me/=