Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105410
To: Peter Kokot <peterkokot@gmail.com>
References: <CAFPFaMJEn=gjk5jAAxR2bF=4Mt3r0FJCm6mbOCReOmyybtAkkg@mail.gmail.com>
 <CAOv67gsiva80KEhw7D2N2qKCz0gZvza30EDL7SZoJRPFsGoROA@mail.gmail.com>
 <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>
 <CAFPFaM+QwXpm-mfwRtbT2sPB_C-9wvPELVTV5dHvizgmfUjMnw@mail.gmail.com>
 <CAAfnsFWz=B1EyzJ136sEM5mHm9U-Nj5qe65w5M=QqGHzYVKgiA@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
Message-ID: <599449fa-0961-8d7f-07a7-2d463a5e56b1@telia.com>
Date: Wed, 24 Apr 2019 22:32:04 +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: <CAAfnsFWz=B1EyzJ136sEM5mHm9U-Nj5qe65w5M=QqGHzYVKgiA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
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. 16:56, skrev Peter Kokot:
> Hello,
>
> On Wed, 24 Apr 2019 at 13:29, G. P. B. <george.banyard@gmail.com> wrote:
>> Hello Internal,
>>
>> The two weeks of voting have now ended.
>> The results are 38 for and 18 against (total 56) for the primary vote to
>> deprecate PHP's short open tag in PHP 7.4.
>> This passes in favor with 68%.
>>
>> The results are 42 for and 15 against (total 57) for the secondary vote to
>> remove PHP's short open tag in PHP 8.
>> This passes in favor with 74%.
>>
>> Thanks for everyone who voted on this issue.
>>
>> Best regards
>>
>> George P. Banyard
>>
> Great! It was about time this got removed. And it is a perfect timing
> also - PHP 8.0 when BC breaking changes can be done. Thank you so much
> for moving this forward. People who are thinking of supporting some
> legacy applications on the upcoming PHP 8 will be unfortunately a bit
> surprised with all the removed features and will have other bigger
> issues adjusting their code compared to a really simple replace of <?
> with <?php. It's what the software development and progress is also
> about.
>
> I think this is a good move.
>
>
> --
> Peter Kokot

Hi,

I agree on this to some degree when it comes to your own code that you 
control. But,
imagine a relatively big open source library that is maintained with 
small resources.

One example I have myself is using a relatively large & well established 
open source
library where I'm using the latest version released before Christmas. I 
run the site on
PHP 7.3, but I still get warnings regarding the RFC Counting of 
non-countable objects
for PHP 7.2 related to this library.

With that experience in mind I wonder how different libraries will fare, 
given this
change? One should also have in mind that there has been a discussion on 
this
list about extending the support cycle for PHP 7.4 like for 5.6, but to 
some degree
it was rejected which doesn't help migration efforts.

r//Björn L