Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:111152
MIME-Version: 1.0
References: <alpine.DEB.2.23.453.2007221247530.7489@singlemalt.home.derickrethans.nl>
 <CAESVnVqprgkgcjYPs5pE6pMe2b=LoZxfKDB1F-8NDwoo_ab83w@mail.gmail.com>
 <CAESVnVqaMs73HS583BoT2o4TEV8weFUTDKnwdUNq1YgfrYLVgA@mail.gmail.com> <5f192da8.1c69fb81.1600e.098eSMTPIN_ADDED_MISSING@mx.google.com>
In-Reply-To: <5f192da8.1c69fb81.1600e.098eSMTPIN_ADDED_MISSING@mx.google.com>
Date: Thu, 23 Jul 2020 10:19:02 -0500
Message-ID: <CAESVnVqgxiUAdrLXNGa2cR_nuHD-HP-gey_O0TYW=Uu-6N_ChQ@mail.gmail.com>
To: Mark Randall <marandall@php.net>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000009ba5e05ab1d61fd"
Subject: Re: [PHP-DEV] The @@ is terrible, are we sure we're OK with it?
From: pollita@php.net (Sara Golemon)

--00000000000009ba5e05ab1d61fd
Content-Type: text/plain; charset="UTF-8"

On Thu, Jul 23, 2020 at 1:26 AM Mark Randall <marandall@php.net> wrote:

> On 23/07/2020 02:00, Sara Golemon wrote:
> > Regards the vote; I don't believe that @@ has been proven unworkable,
> > however if I'm wrong about that, then the second choice selection from
> the
> > last vote would obviously take precedence.
>
> I don't believe the concern is that we have something unworkable sitting
> in front of us right now, after all if that were the case we would not
> be needing to have this conversation as the RFC would already have been
> rendered void.
>
> What we do have, is a deep sense of unease that we collectively made the
> wrong decision, based on, in part, incomplete information.
>
>
If that's the case, then the solution still seems obvious: Defer attributes
to 8.1.

I know a LOT of people will not be happy about that, but it's the most
responsible thing to do if the threat of forking up is that present and
that dangerous.  There are plenty of cool new toys coming in 8.0, we can
save something for 8.1 and get it *right* instead of shooting ourselves in
the collective foot.

-Sara

--00000000000009ba5e05ab1d61fd--