Re: [RFC] [VOTE] Deprecate PHP's short open tags
| From: | Björn Larsson | Date: | Wed, 24 Apr 2019 20:47:41 +0000 |
| Subject: | Re: [RFC] [VOTE] Deprecate PHP's short open tags | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-105411@lists.php.net to get a copy of this message | ||
Den 2019-04-24 kl. 19:55, skrev Stanislav Malyshev:
Hi!Hi, I recall the discussion about extending the support for 7.4 like we had for 5.6, see: - https://externals.io/message/104581#104807 I read the discussion as it was rejected, but features like this would benefit from it, since not only "inhouse" code will need to adapt but also libraries. So with this feature we put more weight in the migration bucket, but not so much benefit. Are we then willing to extend the support for PHP 7.4 given features like this? Other BC breaking features will of course also benefit ;-) r//Björn LA 68% majority which barely clears the 2/3 requirements for something as fundamental as that - with so many core devs against it - we'll deserve all the criticism that will be coming our way in 7.4/8.0 from end users wondering why we needlessly broke their apps and made migration a bit more of a headache.I agree. I think it will be a mistake to do this, and it will hurt a lot of people upgrading to 7.4, and people who voted "yes" seriously underestimate how much old code is out there. And the benefit of this change for the user is virtually non-existant (in fact, one of the listed benefits - "As such source code may leak if PHP relying on the short open tags is executed on a configuration where this isn't enabled" - is exactly the situation that would happen when the RFC is implemented).