Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:102648 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17908 invoked from network); 8 Jul 2018 16:21:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jul 2018 16:21:07 -0000 Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.20 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.20 mout.gmx.net Received: from [212.227.17.20] ([212.227.17.20:43021] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 15/3A-55607-1F9324B5 for ; Sun, 08 Jul 2018 12:21:06 -0400 Received: from [192.168.2.101] ([79.222.41.233]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MHMRr-1fp4b046Tr-00E2rT for ; Sun, 08 Jul 2018 18:21:02 +0200 To: PHP internals References: <10e578d7-7a24-3ca0-ca0d-d5ed1a39dca3@telia.com> <80a8f588-05a3-48e5-bf40-bf1685b3105e@gmx.de> <5cc6a95f-0033-3a8e-2cd6-dc47d0a41730@gmx.de> Message-ID: <8f1d6632-2444-a12d-7941-c881eb26a1e5@gmx.de> Date: Sun, 8 Jul 2018 18:21:03 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:8r2b65M2c2A+M1lCpR1jHNGqjlCp/0shFBxiWWddHCuiLwgYJVc fI634+ZUY3YTeU+cW9pjfT1OqKFc4S8mwyBEa3jpXgwKydyb4bHc4ly98mEa0dyIwhU+PRi zWqgAOUTjw7Wj9257omU97zjQ3yh6F09y0b6p5V0J8QDXM4e7rjXSb4D277vHegY+voCrW6 UPzLFLpukw5tGR4OcXCDQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:hXDMiczyHZo=:im6xZk43JaEadVD2OeIs4R egB55+jBphk7Ty7MCORVW15F1opFOLy4XymDLwAkl4D70eK6X5mLlrKCO6Zx6EhhzYZHoPYZp UNOaPGy5QVJqhOgUiHig9E9lsshTR1nuqjTkr2XseG93yFkvzzXKlh6m8Fm3tjHQzixpO+Usj +p2B6TrsOkLkaq2uskT4hnXjx/oW1Y9+1R5vcUikWRWLqgND7F0dxLpskARW0TVM7NVOM1k9U NHRZdNs2eaNLhI53TySmg3QqumHcFp2RXerXomubngK48kzJxouAYkkp+bn9m7C3Zd8aiY5F6 lyHYAVwLDCxxpLrd4xWV1cNFdKXFTv4kexOPLfY/1Rh99RBL5Nz2+zCb3oaVBJuE7a34kalFn vOWNS2LOV5fcXB9yDDFkulIfNtFfXLHLC+m6Vadfd+LQWZ3gEhIwx3r+jmmUQk1wwUyF3E/Ka R0pdI2qDgBphX7P1MNXM6QCx8HZmURFPTqVERuwbkx5DI8u8dAibjjqa46LPNtrEDLNnT7tTY RNtNZi6FmGT0SfvYW7x9VBmo0/lUrz89cqDKHhGmBSQrqis/q+jzqkeDXixF32eii8gL2eq01 aG03Ayp9X0FOnxtH3vxgEuxRSGWUP91ID63v+7d7M30TbRp6lKXsnFgdC15ZzeBItF+obX/gX KAWH4kQ1zaH+pBe6d3bt2SYQ2FgAeNoNyMlXiqjn3U2WLvTGki90ZtNnQyN0uT5aO1eLjIikl yTrh9VUoDNhpNQPaAkft0Klz1zc3D88avP/P8ZNLqCGJI0+YfaR9n6cDAyGh4py9ij2rg/G7a AdSx50i Subject: Re: [PHP-DEV] [RFC] Typed Properties From: cmbecker69@gmx.de ("Christoph M. Becker") On 08.07.2018 at 01:35, Sara Golemon wrote: > On Fri, Jul 6, 2018 at 4:46 PM, Christoph M. Becker wrote: > >> Why should we have 2 additional alphas? In my opinion, a single >> additional alpha is sufficient, and it is really important not to add >> yet further features. > > Because in the best case scenario (with a single extra alpha), the RFC > is ready now, and the vote for it opens immediately. After two weeks, > we get a yes vote and we'll be right on the edge of ready for > FF/beta1. Adding that fifth alpha gives us breathing room for > something short of idealized circumstances. I see! > On Sat, Jul 7, 2018 at 5:12 PM, Zeev Suraski wrote: > >> and independently - should perhaps go hand-in-hand with fixing the >> flaws of the non-strict types - something we can do in PHP 8. >> If we do the latter, then perhaps, just perhaps, we can introduce it >> hand-in-hand with typed variables - and if we do, it will be sensible >> to do it at the same time and not in a gradual rollout. > > And that's a decision we need to make, NOW. We need to know in the > next 10 days if we're going to move forward with a 7.3 that doesn't > contain TP, or if we're going to push out the betas until we can > solidify it. Waiting to make that decision is making a decision by > default (almost as bad as making the wrong decision). ACK! How should we make this decision? A vote in the Wiki? The full RFC process is no option anymore. -- Christoph M. Becker