Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110803
MIME-Version: 1.0
References: <CAFPFaMK2ku+Jicv2znPnOb7RUQRc8iyVxRNOzjxRRmZh04RB2A@mail.gmail.com>
 <A3CDC880-BF7D-47EB-A3D3-63037C543E15@gmail.com> <CAFPFaM+yLUFj5+HFn7RQw47nYFGFbqY1XQfqYsyb-1Pt=7JUjg@mail.gmail.com>
 <CAFPFaMJZAWLbasiJetSGJAj+LnWUGSyB5J79tj=ydz=jBCXHrg@mail.gmail.com> <CAFPFaM+T_n6i2G6DUG=PNmBRykkbhx-Fsi+cUhYHRvTkJ4ndrw@mail.gmail.com>
In-Reply-To: <CAFPFaM+T_n6i2G6DUG=PNmBRykkbhx-Fsi+cUhYHRvTkJ4ndrw@mail.gmail.com>
Date: Wed, 1 Jul 2020 17:44:16 +0100
Message-ID: <CALKiJKrDF+s3PB0DzZkMtGs6L=2QHz44-gZ5wiNumVmyz+-8gQ@mail.gmail.com>
To: "G. P. B." <george.banyard@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000077b30505a9640172"
Subject: Re: [PHP-DEV][RFC] Saner numeric strings
From: rowan.collins@gmail.com (Rowan Tommins)

--00000000000077b30505a9640172
Content-Type: text/plain; charset="UTF-8"

Hi George,

On Wed, 1 Jul 2020 at 15:26, G. P. B. <george.banyard@gmail.com> wrote:

>
>    2. Emit the E_WARNING "Illegal string offset" and evaluate to 0 for
>    offsets like '2str', and emit the E_WARNING "String offset cast
>    occurred" for float numeric strings like '2.5'



I'm not clear how this option fits with the rest of the RFC; there's no
explicit mention of evaluating values to 0 which would previously have been
evaluated differently. That would fall into the most significant category
of BC breaks: working code in version X still works in version Y, but
produces different results.

At the moment, the "Backward Incompatible Changes" section just says:

> code with liberal use of leading-numerical strings will need to be
updated

It would be good to expand that with examples of what such code would look
like, how it would behave before and after, and what updates the user would
need to make.

Regards,
-- 
Rowan Tommins
[IMSoP]

--00000000000077b30505a9640172--