Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:92892 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77448 invoked from network); 28 Apr 2016 18:47:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Apr 2016 18:47:25 -0000 Authentication-Results: pb1.pair.com smtp.mail=morrison.levi@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=morrison.levi@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.172 as permitted sender) X-PHP-List-Original-Sender: morrison.levi@gmail.com X-Host-Fingerprint: 209.85.192.172 mail-pf0-f172.google.com Received: from [209.85.192.172] ([209.85.192.172:33699] helo=mail-pf0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B7/5A-28296-9BA52275 for ; Thu, 28 Apr 2016 14:47:23 -0400 Received: by mail-pf0-f172.google.com with SMTP id 206so37284919pfu.0 for ; Thu, 28 Apr 2016 11:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=cTjzOgOlx4oBm8bOjDxSDW/60T9RYi+QaZg4cz96Ymo=; b=o9hGZvRqfXwYcIUJ9fofSWBNROc7YBmU8OpdIv9pyH+me8RyHUyjxldCH5FFUEzMm/ Tb2NA4fRHJJ1KktSPr9rsv5TV/HGAh6v37IJhXOOVfXbTrSAp7x5Iyyavc22Wdw1B/B3 rcRsLgIX0tY+VKU9qI5KTWVsATA57q2HErStmmtvSI3AiC6+jO9KbzMH+MO6S18UHXSJ G2A2FAKJlCEkfLgef8LJjebb54TLWWmSandLsvmnbXPuSlZY6du0dA81TCb5Rgu+ZwoJ bqzS2ogZy9wja0Z9Ym/M9glsaTKJY40430pTt/Y0m3S/11v90I76kLTUylCG4cspYjlc i36w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=cTjzOgOlx4oBm8bOjDxSDW/60T9RYi+QaZg4cz96Ymo=; b=lnzFc2ml87APQoxr9kR3OJp9glDvt1U3ZZC4DpVmpIY1XF6Sw3Cocz/BtgjTtMPmyV I+hHYwLHJ++sn8qmaPSbTfNwezOx3kI8t+o1yk9QHgd10lArl2ErRkuWrQmOSNSi1GZR 2NATiyUAW8EWeeC96k85MCNmEbf518C6jqj7Bd3jiDEJb/9jR2H9hDT5xaFpW+hEh7Un Nu49xx/QPQTT0YDbwdwFEKbSO5ZMp2fukNq22TOfFEgt43vJ5nw+AqT5mOYbJzoTR3hw ga1R4Aiby+dZVPFwef5n578Mt77GN90/3FLR7HqN/Y1Vpj2TnsxxrfCeFE7/H5rPcnFw F4ow== X-Gm-Message-State: AOPr4FULg6XhABe93o56ECsiKlhdmwx69nxe7hffyramaAhWy2xRQ+duCp43Oyr6wmazPuyhPwpRj2bmLuw7fQ== MIME-Version: 1.0 X-Received: by 10.98.41.70 with SMTP id p67mr8311480pfp.93.1461869238857; Thu, 28 Apr 2016 11:47:18 -0700 (PDT) Sender: morrison.levi@gmail.com Received: by 10.66.132.79 with HTTP; Thu, 28 Apr 2016 11:47:18 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Apr 2016 12:47:18 -0600 X-Google-Sender-Auth: s3mOCgWeP4a-ClsGKZQ7KFfQBoo Message-ID: To: Joe Watkins Cc: Dmitry Stogov , internals , Tom Worster Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Re: Request to withdraw RFC's for nullable types for only return values From: levim@php.net (Levi Morrison) On Thu, Apr 28, 2016 at 11:55 AM, Joe Watkins wrote: > Levi, > > Why do you need to block Dmitry's return type nullable RFC ? > > We need to move forward, that has an implementation, ready for a long > time, doesn't seem to block nullable parameter types rfc, either separately > or as part of unions. > > So, I'm not understanding why you need to hold up Dmitry any more. > > Please, explain. > > Cheers > Joe > > On Thu, Apr 28, 2016 at 6:47 PM, Levi Morrison wrote: >> >> On Thu, Apr 28, 2016 at 11:43 AM, Dmitry Stogov wrote: >> > your Nullable RFC doesn't propose working implementation. >> > >> > ________________________________________ >> > From: morrison.levi@gmail.com on behalf of >> > Levi Morrison >> > Sent: Thursday, April 28, 2016 8:39:03 PM >> > To: Dmitry Stogov >> > Cc: internals; Tom Worster >> > Subject: Re: Request to withdraw RFC's for nullable types for only >> > return values >> > >> > On Thu, Apr 28, 2016 at 11:07 AM, Dmitry Stogov wrote: >> >> Thanks for catching the BC break. >> >> Fortunately, we didn't release 7.0.6 with this problem. >> >> >> >> I see some sense in introducing that check, but changing behaviour >> >> requires RFC and definitely not allowed in minor versions. >> >> >> >> I'm not going to withdraw >> >> https://wiki.php.net/rfc/nullable_return_types >> >> It doesn't prohibit usage of nullable for arguments, and even sets >> >> additional question. >> > >> > In that case: are you fine with my RFCs going to vote first (and >> > soon)? We presently have four somewhat competing RFCs and need to work >> > out voting order. >> > >> > Tom: are you willing to withdraw or wait for my RFCs to vote first? >> >> It doesn't have an implementation, sure. But you already worked out >> return types, the basics are already there in parameter types and >> there's an implementation in HHVM. Do you really think this would be a >> blocker? There is no reason to believe that a short-hand nullable >> types implementation cannot be reasonably done. >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> > Let me firstly say I'm not trying to "block" Dmitry's RFC as some sort of political campaign. Let me try to straighten this: As evidenced by this bug report that needs a fix there is a need for nullable parameter types that is not tied to a default of null. Dmitry's RFC does not handle this. Nor does Tom's. There is an RFC that can solve both return types and parameter types. I'm asking them to withdraw because they don't meet those needs and there is an RFC that does. It just so happens to be mine. It also happens to be the first drafted RFC. This is not an unreasonable request. In fact, it's the much nicer option that just opening vote on mine first without talking about it on list at all. And lastly, it's just a request. They don't have to withdraw.