Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107549
MIME-Version: 1.0
References: <CAF+90c_Ds+UNZB4hAi1989SRafb=d1JkP2q4pdwkUUXfcHrLCw@mail.gmail.com>
 <CAF+90c_RCYvqpZkxWGyXiM1M+ZzwCh98JKtmed22gbA-OBUqaw@mail.gmail.com>
 <CAG9XoMTpFfOvhtYkAx3CdNTb7i3+0kEDtUTQsDELzXQCOXY_aA@mail.gmail.com>
 <CAAwbVucOJkjpQuYSjwAWdSjEsvZ9nPmgrKx-vj966YXdrvNV5w@mail.gmail.com> <F5D7A60B-DF11-47FD-8670-C203292F37DC@gmail.com>
In-Reply-To: <F5D7A60B-DF11-47FD-8670-C203292F37DC@gmail.com>
Date: Tue, 15 Oct 2019 10:27:57 +0200
Message-ID: <CAOkcCt-oMkUwuWBcwJe6T_RpKqtrkDEzjsUjUcBMhVtqqHt42w@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [VOTE] Reclassifying engine warnings
From: gertp93@gmail.com (Gert)

I may be a bit late to this party, but will the promotion to error
exception of illegal offsets also happen for using resources as array
keys? These currently produce a notice, and are then casted to an
integer: https://3v4l.org/cQ8hf
Or will the behaviour of that remain the same?

On Fri, 11 Oct 2019 at 18:16, Claude Pache <claude.pache@gmail.com> wrote:
>
>
>
> > Le 11 oct. 2019 =C3=A0 11:12, Olumide Samson <oludonsexy@gmail.com> a =
=C3=A9crit :
> >
> > On Fri, Oct 11, 2019, 9:29 AM Benjamin Morel <benjamin.morel@gmail.com>
> > wrote:
> >
> >>>
> >>> As people have expressed interest in hearing about direct technical
> >>> benefits that these kinds of changes have ... let me give you an exam=
ple
> >>> that came up yesterday.
> >>
> >>
> >>
> >> Too bad this example comes after the vote has been made, and failed.
> >> This would be a very strong argument in favour of using exceptions
> >> everywhere in the next major version: codebase cleanup, room for more
> >> optimization.
> >>
> >> Nikita, please fork PHP, we'll follow you ;-)
> >>
> >> =E2=80=94 Benjamin
> >>
> >
> > I think I'm always available to contribute to a fork of a better PHP, c=
oz I
> > love the syntax not the garbages included in the current one.
>
> If you=E2=80=99re seeking a fork of PHP that wilfully breaks BC for the s=
ake of cleanup and optimisation, you should seriously consider Hack. Althou=
gh I don=E2=80=99t know whether they=E2=80=99ve already removed support of =
the appalling implicit initialisation of  variables to `null`, or of the dr=
eadful backtick operator, you=E2=80=99ll be delighted to learn that they=E2=
=80=99re on the process of removing references, PHP arrays (in favour of Ha=
ck arrays and collections), and even that little pesky `<?php` tag that pla=
gues the first line of every PHP file. ;-)
>
> https://hhvm.com/blog/2019/02/11/hhvm-4.0.0.html <https://hhvm.com/blog/2=
019/02/11/hhvm-4.0.0.html>
>
> Enjoy. (But not with me: our company does not have the budget to migrate =
30 Mo of code without counting external libraries.)
>
> =E2=80=94Claude
>
>