Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:94047 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58991 invoked from network); 16 Jun 2016 16:32:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jun 2016 16:32:32 -0000 Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.43 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 74.125.82.43 mail-wm0-f43.google.com Received: from [74.125.82.43] ([74.125.82.43:35287] helo=mail-wm0-f43.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 52/44-25388-E94D2675 for ; Thu, 16 Jun 2016 12:32:31 -0400 Received: by mail-wm0-f43.google.com with SMTP id v199so199244295wmv.0 for ; Thu, 16 Jun 2016 09:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=XMN1ohEPfsT66OMZZ6YQSI2fA/IJ3X/AZvdGexl1By4=; b=r2EWd9ZejfxzDVU3YeDtkXO6zO5pW9WmAGYQQjMrxbepzA8v4AtYis0xSAQnRqr/un rq3xj4/OR2vj24kQGOhOx2RCnk4Gta8raqq/k+eccyHYKY6iL8PGcgL4q+G6ycrZQUKI UNQ9/sFh/uJ+1scjgJ6/QhSxyjviV6b6zn3R1Hl1nHCQ3XSm21Ay/+ZS9mJpuPkPxsal V4QsC7Kh1m3o3ZUaxZTrxFh2oAMXk1S5KOnoi+ZdJ3mVqbAVxaW6WqAaISmj4odu1xiv hjn0/kqCecnnhc0ifbiKsDGH6s41T75nRWZoPcfYRKwOeEFQqOml2YglGDrpDnQiWmUk Nyww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=XMN1ohEPfsT66OMZZ6YQSI2fA/IJ3X/AZvdGexl1By4=; b=cxLPqRNRDubU8drhndpgpRV0NzUTcI3+rUBPXNsSls2HmmdOj4BlWzqU8Bna1HByGl ISylHSsXsypqbs+QFCQEceus+kimD2cI9LbWHkQhraifUthLqrL5gPCI7BCUaqzIplVI fJUY0xD4KSFWSiGUXcxctRky1HeqPX82q3vqwl9x5yRRoA5YemMZ8E57ALtrWCSrMNFu LZf8Ru88IrLvcFqZSmAbwUIdj537ox6lCn0nkTU331dtrfW0iiheE2AUzQ0DHrUIXqXr cOCHw0XtaIGroW9uhDRcRtCCnGrHN1L6MSRO0jcIR4ZDsXzxmv79+yH6tnyxG4cAZdGB AkEg== X-Gm-Message-State: ALyK8tKCS05EVC+J/C+I+i8+nONJrp3w6b8WQyiDZOK2wha3JjTLSnFBN8NNB+8dOSLfbw== X-Received: by 10.194.172.102 with SMTP id bb6mr517681wjc.151.1466094747835; Thu, 16 Jun 2016 09:32:27 -0700 (PDT) Received: from [192.168.0.98] ([93.188.182.58]) by smtp.gmail.com with ESMTPSA id x194sm4648176wmf.13.2016.06.16.09.32.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Jun 2016 09:32:27 -0700 (PDT) References: <6c03dafd-093a-0087-6312-96fede93c5f0@gmail.com> <1c437efe-7f1d-629f-cfbc-41cbcda38d89@fleshgrinder.com> To: PHP internals Message-ID: Date: Thu, 16 Jun 2016 17:30:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Is the "No BC Breaks in Minor Releases" policy enforceable? From: rowan.collins@gmail.com (Rowan Collins) On 16/06/2016 17:24, Levi Morrison wrote: >> I also have to say that to the very short timeline to finalize 7.0 >> should not be paid by breaking BCs in 7.x. We can have a short >> timeline for 8.0 as well. If we need more drastic BC breaks earlier >> than expected. If JIT is a goal for 8.0, then let do the BC breaks in >> 8.0 and prepare our users using 7.x. > > I agree with sentiment. However I do not mind certain BC breaks being > made in 7.1. For 7.2 and beyond I think we should be significantly > more strict on BC breakages. Why? What's special about 7.1? If it was a case of finishing off changes that "should have been part of 7.0", I can see some kind of logic, but the ones we're actually discussing seem to be more about "preparing for 8.0". Regards, -- Rowan Collins [IMSoP]