Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49365 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81784 invoked from network); 11 Aug 2010 18:58:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Aug 2010 18:58:39 -0000 Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 209.85.161.42 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 209.85.161.42 mail-fx0-f42.google.com Received: from [209.85.161.42] ([209.85.161.42:64619] helo=mail-fx0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1C/BE-01618-ED2F26C4 for ; Wed, 11 Aug 2010 14:58:39 -0400 Received: by fxm14 with SMTP id 14so429788fxm.29 for ; Wed, 11 Aug 2010 11:58:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.120.82 with SMTP id c18mr20592825far.69.1281553115708; Wed, 11 Aug 2010 11:58:35 -0700 (PDT) Received: by 10.223.6.28 with HTTP; Wed, 11 Aug 2010 11:58:35 -0700 (PDT) In-Reply-To: <4C62EC4A.9020106@sugarcrm.com> References: <4C62EC4A.9020106@sugarcrm.com> Date: Wed, 11 Aug 2010 14:58:35 -0400 Message-ID: To: Stas Malyshev Cc: PHP Internals Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] back to 5.4 alpha From: ilia@prohost.org (Ilia Alshanetsky) +1, I think that's the most sensible solution for now that would allow us to proceed with 5.4, something we all seem to be in agreement on. On Wed, Aug 11, 2010 at 2:30 PM, Stas Malyshev wrote: > Hi! > > I think by now, whatever you think on strict typing/typehints, it is clear > to everybody that there's no consensus about this feature, and with Rasmus, > Zeev & Andi, along with many others, being against it, as of now it can not > be a part of an official PHP release. > > On the other hand, we have tons of cool features in trunk which aren't > controversial and that we do want people to try out. > > So I'd propose doing the following: > > 1. Moving parameter typing to a feature branch (by branching current trunk > and then rolling back the typing part in the trunk). > 2. Starting 5.4 alpha process after that basing on trunk. > > Any objections to this? > > People that like the typing can still have them in the branch (and they can > keep the branch as current as they want) and if we ever See The Light (TM) > and want typed scalar parameters back, they're only a merge away. > > What do you think? > -- > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227 > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >