Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44795 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51979 invoked from network); 7 Jul 2009 21:17:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Jul 2009 21:17:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=andrei@gravitonic.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=andrei@gravitonic.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain gravitonic.com from 209.85.222.198 cause and error) X-PHP-List-Original-Sender: andrei@gravitonic.com X-Host-Fingerprint: 209.85.222.198 mail-pz0-f198.google.com Received: from [209.85.222.198] ([209.85.222.198:42236] helo=mail-pz0-f198.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 57/B1-37453-E75B35A4 for ; Tue, 07 Jul 2009 16:52:15 -0400 Received: by pzk36 with SMTP id 36so5121372pzk.29 for ; Tue, 07 Jul 2009 13:52:11 -0700 (PDT) Received: by 10.142.126.6 with SMTP id y6mr2146615wfc.176.1246999931655; Tue, 07 Jul 2009 13:52:11 -0700 (PDT) Received: from barley.local (64-71-7-198.static.wiline.com [64.71.7.198]) by mx.google.com with ESMTPS id 24sm767114wff.26.2009.07.07.13.52.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 07 Jul 2009 13:52:10 -0700 (PDT) Message-ID: <4A53B578.6040204@gravitonic.com> Date: Tue, 07 Jul 2009 13:52:08 -0700 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: Ilia Alshanetsky CC: Jeff Griffiths , PHP internals References: <2D0F5226-EBCA-4B45-BF01-8ED1C643976C@prohost.org> <4A53825F.1080006@gravitonic.com> <4A53832E.6030105@gravitonic.com> <4A538775.3060305@activestate.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Type hinting/casting request for vote From: andrei@gravitonic.com (Andrei Zmievski) Ilia Alshanetsky wrote: > PHP 6 is too far off in a practical sense (sorry Andrei) from the time > where I can see myself using it in production or other people benefiting > from this function. The (simpler) variant of provided patch is what is > currently being used on production, if it can go into 5.3, which I see > myself using soon, then there is a tangible benefit from making this a > public feature (reduce the amount of custom patching) and spending the > time to refine it for public consumption and making it PHP 6 ready. If > it can only be added in PHP6, then the amount of interest I personally > have towards further evolution of this feature is very minimal. > > So for me personally, the practically of the feature's deployment is > critical. Ilia, I understand what you're saying, but with this kind of attitude PHP 6 might never arrive if we all keep putting only the things that are practical for our (personal) usage into 5.3, 5.4, etc. The best way to shorten the time horizon of 6 is to treat it as the primary target of the development effort. -Andrei