Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:105411 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 42497 invoked from network); 24 Apr 2019 23:46:55 -0000 Received: from unknown (HELO v-smtpout1.han.skanova.net) (81.236.60.154) by pb1.pair.com with SMTP; 24 Apr 2019 23:46:55 -0000 Received: from [192.168.7.8] ([213.64.245.126]) by cmsmtp with ESMTPA id JOnphLKVVSq0xJOnphXN7o; Wed, 24 Apr 2019 22:47:37 +0200 To: Stanislav Malyshev References: <0ec42fa9-77d1-a203-8425-e72fdd5071f3@korulczyk.pl> <06473788-a34b-f041-36e6-31d19d8dda4c@cubiclesoft.com> <59cafbfb-2bb0-468c-458f-74bcac780e0f@korulczyk.pl> <004c01d4f09f$880ac320$98204960$@roze.lv> <004401d4faa3$60f83700$22e8a500$@gmail.com> <562844948.628797.1556121791361@email.ionos.de> Cc: PHP internals Message-ID: <237591f3-0b9c-21f8-3e0b-77f811e4f9a6@telia.com> Date: Wed, 24 Apr 2019 22:47:41 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-CMAE-Envelope: MS4wfLO20jOc1GlTmcH5rwhN9h3CIZWgESlAuQE5KmRjXN4Q+EjzVSf/6syKUsozqXqD5UgCktJTusj9sstEg9cnY2O3ZnMfUZvDkbfthYUxPb2nMHcQuXAT 8ucm+z9mmCp4Oy+13E3Bk4XloKem94pJDymiaGimU6afjmwbtXlEBMCXKAEds4NUJZ6r+TXtvj7xHiNr1M9W1JZJOqvkB3AXZYs= Subject: Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags From: bjorn.x.larsson@telia.com (=?UTF-8?Q?Bj=c3=b6rn_Larsson?=) Den 2019-04-24 kl. 19:55, skrev Stanislav Malyshev: > Hi! > >> A 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). 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 L