Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:106489 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 24992 invoked from network); 9 Aug 2019 15:39:36 -0000 Received: from unknown (HELO cache4.mydevil.net) (213.189.55.195) by pb1.pair.com with SMTP; 9 Aug 2019 15:39:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=korulczyk.pl; s=devil; h=Content-Transfer-Encoding:Content-Type:In-Reply-To :MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dtzdH1adsdFl8hWiL49npzchGRy4VFiwl3kBbVxSNBM=; b=JVe45SlDE64LnndlZ5BMi6QvvS rNlcY+Sf7fEzBQMmWnlxa8GQhFB9rXN+kASrkA8tRBwldA1Pr8ZtMKdK8dCRh0GGt7HP1XFlqW44S G1BD21ms6LTOtydF9c39al0thnke7PlQF9xHIpluaSh7BR4QdkmBqk7vgy87UPdQp+jA=; To: Zeev Suraski Cc: Internals References: Message-ID: Date: Fri, 9 Aug 2019 15:06:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-AV-Check: Passed X-System-Sender: robert@korulczyk.pl Subject: Re: [PHP-DEV] Bringing Peace to the Galaxy From: robert@korulczyk.pl (Robert Korulczyk) > I'm not sure what you're saying here exactly, but if you are suggesting > that PHP.future, whatever this future version number is - is going to be a > strictly typed language, with total disregard for BC /../ I'm suggesting that PHP could stop worrying about "super legacy code which uses short open tags and nobody wants to touch it" and move on. Code that nobody wants to touch can just use PHP LTS and PHP project could focus on programmers and actively developed projects. > Whether it's a fork or LTS - this is a *radical* duplication of effort. Bigger than creating P++ and having two different and competing languages? I highly doubt. Also, the LTS line could (and probably should) be sponsored. For example, most of BC breaks does not seem to be a problem for OSS. This is mostly a problem for companies with big and legacy applications, who don't want to spend money on upgrading them. If BC breaks are really such a big problem for thousands of companies, there should be no problem to find founders to pay ~1 developer for maintaining LTS line and backporting security fixes. Regards, Robert Korulczyk