Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106280
MIME-Version: 1.0
References: <CAFPFaMLpZ=okschrpeH77AhZTHcvFBuPf1S1bXH6psxmvABK7g@mail.gmail.com>
 <00f201d541d3$1863db80$492b9280$@gmail.com>
In-Reply-To: <00f201d541d3$1863db80$492b9280$@gmail.com>
Date: Wed, 24 Jul 2019 09:32:01 +0100
Message-ID: <CAJvSBVPY5zAgTSOT0jr=b9UEY6GCpvPX62DCg=rd85BWSakocg@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Cc: "G. P. B." <george.banyard@gmail.com>, vsuraski@gmail.com, 
	Nikita Popov <nikita.ppv@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000d4d4cc058e69262d"
Subject: Re: [PHP-DEV] [RFC] [DISCUSSION] Deprecate PHP's short open tags V2
From: phpmailinglists@gmail.com (Peter Bowyer)

--000000000000d4d4cc058e69262d
Content-Type: text/plain; charset="UTF-8"

On Tue, 23 Jul 2019 at 21:56, Nikita Popov <nikita.ppv@gmail.com> wrote:

> I did not want to just merge the original (accepted!) implementation after
> the controversial discussion it triggered, but after reading this, I
> realize that I just wasted my time here. So much for being nice and giving
> people a fair change to reevaluate the proposal in light of the new
> arguments that have been brought forward. I guess that next time I'll just
> go ahead and merge things.


On Wed, 24 Jul 2019 at 04:51, <vsuraski@gmail.com> wrote:

> - The motivation for removing short tags today is a lot weaker than the
> motivation was not to add it in the first place back in 1998 (XML being a
> lot less important).  This makes for an unreasonable basis for deprecation.
>

I think it fair to say:

1. The RFC to remove short open tags passed
2. The backwards-compatibility break is contentious

I move an alternative motion: that short open tags do not change in PHP
7.4, throw a deprecation warning in PHP 8.X, and what happens next (e.g.
removal) is left for a future, PHP 9 RFC. The manual is updated to say they
are deprecated and will be removed in future, to dissuade new usage.

Sure, this is "kicking the can" down the road. It's also a proposal I hope
both sides can support.

Peter

--000000000000d4d4cc058e69262d--