Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:92886 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64599 invoked from network); 28 Apr 2016 17:55:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Apr 2016 17:55:33 -0000 Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.161.175 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.161.175 mail-yw0-f175.google.com Received: from [209.85.161.175] ([209.85.161.175:35183] helo=mail-yw0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 42/B7-28296-59E42275 for ; Thu, 28 Apr 2016 13:55:33 -0400 Received: by mail-yw0-f175.google.com with SMTP id g133so117662637ywb.2 for ; Thu, 28 Apr 2016 10:55:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pthreads-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=K7U+skxzvRqAAawy7Dw/L8vDhqLZVOHcs36fI4Q7ON4=; b=mNlcudEKa6RddMT54W97Lo7xsWYxUp34Td+7twUysHhUwFRzJE+IdSNhNtzba0mmuu gom5cqoIKydmMtxsICsnO4wM/VN7jXuu2ohBkDUO9UuDoMLSptEdEBzpCG+MkKM9yjyF FKRvtxG/MBkZCf+tJPZBXWQQDbR/l9y6D4QDLnr9Wvl73XxOzdPp7pJAcrJt/hvMNKcZ gXju2cq5rPg46bYmnMYV+7cLdbdkFVw2snf3UYb3f287Cd0KS92coTSaBKBUGPqUCsVO vWn+b8mOjgZ6YR0Sgj6rLmdl6ocWCnNqvPY5ks31U6IZmBZ0L+agfYV0zXbyAhgJB482 nU7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=K7U+skxzvRqAAawy7Dw/L8vDhqLZVOHcs36fI4Q7ON4=; b=lUusD5ndr/Y9cSTmwmz3NOQNryMIv/EK2HaunEHgxPpVvkGZ8h31gKuu01QpGL0ZLV 443vhGTCg7CoBVfIQPkSpL6I2tbWvR6q40fDS4GrjDbKHABJ75tP3INFYOE69xXuaazA sDkgieaeX4OXfWfsdOR2GmuYUkI7u2R843cUsC0DvTIyKyUmx2iH/DeHjWWejk0BEiMU bQYZvXs6u10kwa7q5oJnkKlxjUrX9itfM1dFqBbVGnFDQovoKjfHPxk+4Pbff6fLMdb8 7DIsVSePZpHLkPeq3yFvwnee3uIGrQ4JRkcS3vAVczFQPHLGQdWJmldRc5BUeX8fs6fS 2oWA== X-Gm-Message-State: AOPr4FVw640LP0HbNkNZbN7WXbU/Y2werQe65OpnpZGh9SvsyQa/fXU45GkOMb9ixCanide0XjW6qwCftT+AZg== MIME-Version: 1.0 X-Received: by 10.129.86.131 with SMTP id k125mr8517247ywb.158.1461866129991; Thu, 28 Apr 2016 10:55:29 -0700 (PDT) Received: by 10.129.109.67 with HTTP; Thu, 28 Apr 2016 10:55:29 -0700 (PDT) X-Originating-IP: [165.120.173.102] In-Reply-To: References: Date: Thu, 28 Apr 2016 18:55:29 +0100 Message-ID: To: Levi Morrison Cc: Dmitry Stogov , internals , Tom Worster Content-Type: multipart/alternative; boundary=001a1143312c6365f005318f3b0a Subject: Re: [PHP-DEV] Re: Request to withdraw RFC's for nullable types for only return values From: pthreads@pthreads.org (Joe Watkins) --001a1143312c6365f005318f3b0a Content-Type: text/plain; charset=UTF-8 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 > > --001a1143312c6365f005318f3b0a--