Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:102381 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50549 invoked from network); 23 Jun 2018 22:38:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jun 2018 22:38:52 -0000 Authentication-Results: pb1.pair.com smtp.mail=alice@librelamp.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=alice@librelamp.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain librelamp.com designates 45.79.96.192 as permitted sender) X-PHP-List-Original-Sender: alice@librelamp.com X-Host-Fingerprint: 45.79.96.192 librelamp.com Received: from [45.79.96.192] ([45.79.96.192:56698] helo=librelamp.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 18/53-13077-BFBCE2B5 for ; Sat, 23 Jun 2018 18:38:52 -0400 Received: from localhost.localdomain (unknown [IPv6:2600:1010:b008:b4ae:4e8c:ad97:defa:6ce6]) by librelamp.com (Postfix) with ESMTPSA id 6335E114D for ; Sat, 23 Jun 2018 22:38:48 +0000 (UTC) To: internals@lists.php.net References: Message-ID: Date: Sat, 23 Jun 2018 15:38:47 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 8 next? From: alice@librelamp.com (Alice Wonder) On 06/23/2018 03:11 PM, Zeev Suraski wrote: > > >> -----Original Message----- >> From: php@golemon.com [mailto:php@golemon.com] On Behalf Of Sara >> Golemon >> Sent: Sunday, June 24, 2018 1:07 AM >> To: Nikita Popov >> Cc: PHP internals >> Subject: Re: [PHP-DEV] PHP 8 next? >> >> On Sat, Jun 23, 2018 at 4:22 PM, Nikita Popov wrote: >>> Based on some recent conversations, I'm getting the impression that >>> after PHP 7.3, we might want to go for PHP 8 next. >>> >>> I'd like to discuss and possibility decide this now, as that would >>> make PHP >>> 7.3 the last chance to get in deprecations. >>> >> Would you mind elaborating on your motivations for a major version bump. I'm >> not saying I disagree in principle, I'm just curious what you're seeing the drivers >> as. > > This is slightly earlier than I intended to bring it up but I do too think that the next version beyond 7.3 should be 8. I disagree. I'm mostly a user, not a PHP developer. RHEL 7.5, the latest version of RHEL, still ships 5.4. Other LTS distributions also probably ship 5.x. So a major version bump now would mean three major versions of PHP that web applications intended to "just work" on enterprise *nix would have to support. If there was a major design flaw in PHP that can only truly be fixed by an incompatible version bump past 7 then do it but otherwise, I think it would be better to wait until the most recent versions of enterprise distributions have moved to php 7. I'm hoping RHEL 8 does, the benefits are tremendous of 7 over 6.x, but... The issue is some customers of enterprise linux specifically don't want frankenstein systems and want to use vendor supported packages only, and I can see their point of view because they pay a lot of money for that support. That being said, I try to get everyone running old PHP up to 7.1 or 7.2 even if it means frankenstein systems. But some think the benefit of enterprise vendor support outweighs the improvements in PHP.