Re: [RFC] [DISCUSSION] Deprecate PHP's short open tags V2

From: Date: Tue, 23 Jul 2019 21:39:57 +0000
Subject: Re: [RFC] [DISCUSSION] Deprecate PHP's short open tags V2
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-106268@lists.php.net to get a copy of this message
On Tue, 23 Jul 2019 at 22:03, Nikita Popov <nikita.ppv@gmail.com> wrote: > On Tue, Jul 23, 2019 at 9:10 PM Rowan Collins <rowan.collins@gmail.com> > wrote: > > > On 23 July 2019 18:54:48 BST, "G. P. B." <george.banyard@gmail.com> > wrote: > > >The only point of contention of this RFC that I potentially see is the > > >removal in PHP 8.1 after short open tags being a Parse Error in PHP 8.0 > > >instead of it being removed in PHP 9 after it having had a whole major > > >version release cycle. > > > > Given that you've already predicted that this will be controversial, > could > > you provide some rationale for it? Unless there's a major burden in > > maintaining the parser error behaviour for a few years, waiting for the > > next major version would seem both safer and more in line with official > > versioning policy. > > > > As with deprecation itself, any violation of the "no breaking changes" > > rule, however slight, should have an explicit justification. If I had a > > vote, any RFC omitting such a justification would receive an automatic > "no" > > from me. > > > > I agree. I don't think there's a pressing need to do the "full removal" in > PHP 8.1 in particular, so it makes more sense to this in the next major > version (9.0), as usual. > > Nikita > Would you (George, Nikita) consider removing the details about the eventual removal of the feature from this RFC? We can run with the error for a bunch of releases / years, and see what happens. I don't see why we should necessarily decide now on something that might be 5 years or more away.

« previous php.internals (#106268) next »