Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44845
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 72.14.220.157 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=HTflupEwBWKjj4dQ1axGP0OznAF4cVtDtYd2CiqxDUYEdeE7BsVVo8FIJb5DM5SgjT
         8YU5VVngE4pIIJm2WDb8cX1GHwL+DhNvSY4Sx9arZuAykodwB8brr+tRdi2Uq/nVZwgv
         6HZ65SwFU/F6CIsSYYJKVX5mnoZOH9DRau5OA=
MIME-Version: 1.0
In-Reply-To: <4A54DEFE.7030608@zend.com>
References: <2D0F5226-EBCA-4B45-BF01-8ED1C643976C@prohost.org>
	 <1247006344.3760.164.camel@goldfinger.johannes.nop>
	 <af54caaf0907071607r68b9e790ofa717ad7f8fd70d0@mail.gmail.com>
	 <4A53D6E8.7080705@lerdorf.com>
	 <D2082812-46EB-4C9C-87B0-09DD559DD808@prohost.org>
	 <4A53EBBE.4070801@lerdorf.com>
	 <4BF8363B-B28F-4A87-98B7-13E125E1A5F1@prohost.org>
	 <4A547B67.4040501@php.net> <4A547D03.1040200@sci.fi>
	 <4A54DEFE.7030608@zend.com>
Date: Wed, 8 Jul 2009 20:16:48 +0200
Message-ID: <fe05d1540907081116j20a76061w26ffb2b5cf2b7a19@mail.gmail.com>
To: Stanislav Malyshev <stas@zend.com>
Cc: jani.taskinen@iki.fi, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Type hinting/casting request for vote
From: pierre.php@gmail.com (Pierre Joye)

On Wed, Jul 8, 2009 at 8:01 PM, Stanislav Malyshev<stas@zend.com> wrote:
> Hi!
>
>> One more thing: It seems there is no reason not to simply commit it to
>> HEAD. That's the development branch, if the thing isn't good, it can be
>
> Erm, I was under impression that development branch is for developing new
> functionalities which were agreed on, not for committing any code that
> anybody wanted to without any consensus or agreement on what should happen
> with it. So yes, there's a reason not to "simply commit" this or any other
> major language-level functionality without prior discussion. The fact that
> you can remove it doesn't mean you should commit first and discuss later.

As I agree with that statement, we have to accept that we have a
consensus about this addition. For what I can read the implementation
is almost complete, there are issues but they can be fixed afterward
as well as all the other side effects we are going to have, no?


Cheers,
-- 
Pierre

http://blog.thepimp.net | http://www.libgd.org