Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110898
MIME-Version: 1.0
References: <CAF+90c9ow-_=DSZ9LFhKzA1ZgHcf0LPt-p7tnhKRcgVUBnLfZw@mail.gmail.com>
In-Reply-To: <CAF+90c9ow-_=DSZ9LFhKzA1ZgHcf0LPt-p7tnhKRcgVUBnLfZw@mail.gmail.com>
Date: Thu, 9 Jul 2020 16:33:42 +0200
Message-ID: <CAF+90c8m_4v_fdJfFMH+mHRf7qxps1zzrmCbVsAfQOjBmOhqFw@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000064a2fb05aa031db1"
Subject: Re: [RFC] Treat namespaced names as single token, relax reserved
 keyword restrictions
From: nikita.ppv@gmail.com (Nikita Popov)

--00000000000064a2fb05aa031db1
Content-Type: text/plain; charset="UTF-8"

On Tue, Jun 16, 2020 at 10:52 AM Nikita Popov <nikita.ppv@gmail.com> wrote:

> Hi internals,
>
> Inspired by the recent discussion on reserved keyword reservation, I'd
> like to propose the following RFC:
>
> https://wiki.php.net/rfc/namespaced_names_as_token
>
> This RFC makes two related changes: Treat namespaced names as a single
> token, which enables use of reserved keywords inside them. And remove
> reserved keyword restrictions from various declarations.
>
> The RFC comes with a small backwards compatibility break related to names
> that include whitespace, but will hopefully reduce the backwards
> compatibility impact of future reserved keyword additions.
>

I have reduced the scope of this RFC to handle just the issue of namespaced
names, without touching any other reserved keyword restrictions. As the
discussion shows, those are trickier, with more cases of perceived
ambiguity that may need to be mitigated.

As this proposal is now a prerequisite for
https://wiki.php.net/rfc/shorter_attribute_syntax, I have heard from a
disturbing number of people that they might vote against this proposal, not
because they disagree with it, but because that would prevent the adoption
of the @@ attribute syntax. I'm not sure what to do about that...

Regards,
Nikita

--00000000000064a2fb05aa031db1--