Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48415 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57876 invoked from network); 24 May 2010 00:56:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 May 2010 00:56:32 -0000 Authentication-Results: pb1.pair.com smtp.mail=spam@geleia.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=spam@geleia.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain geleia.net from 212.113.174.24 cause and error) X-PHP-List-Original-Sender: spam@geleia.net X-Host-Fingerprint: 212.113.174.24 mx.netcabo.pt Received: from [212.113.174.24] ([212.113.174.24:38507] helo=mx.netcabo.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/0C-21629-DBEC9FB4 for ; Sun, 23 May 2010 20:56:31 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAH5r+UtThGjh/2dsb2JhbACeEHK8AoUTBINg Received: from a83-132-104-225.cpe.netcabo.pt (HELO geleia.net) ([83.132.104.225]) by neti03smtpa.hdi.tvcabo with ESMTP; 24 May 2010 01:56:25 +0100 Received: from www.geleia.net ([192.168.1.2]) by geleia.net with hMailServer ; Mon, 24 May 2010 01:53:37 +0100 Received: from 93.108.152.52 (SquirrelMail authenticated user spam) by www.geleia.net with HTTP; Mon, 24 May 2010 01:53:37 +0100 (GMT Daylight Time) Message-ID: <65101.93.108.152.52.1274662417.squirrel@www.geleia.net> In-Reply-To: References: <7.0.1.0.2.20100522175819.0a601c68@zend.com> Date: Mon, 24 May 2010 01:53:37 +0100 (GMT Daylight Time) To: "Etienne Kneuss" Cc: "Zeev Suraski" , internals@lists.php.net User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Type hinting From: spam@geleia.net On Sun, May 23, 2010 9:33 pm, Etienne Kneuss wrote: > On Sat, May 22, 2010 at 17:04, Zeev Suraski wrote: > >> As one of the key people who designed PHP's type system I consider >> strict type checks completely alien to and counterintuitive in PHP and >> am therefore pushing to implement 'weak' typing instead, in a way that's >> consistent and familiar to users. > > -1, this table is very counter intuitive and is definitely not > consistent with the rest of PHP. Either make it strict or loose but not > halfway and in a bizarre way. > I agree. I added to the RFC a table with the current behavior of current behavior of zend_parse_parameters (not sure if I should, feel free to move it elsewhere). There are many differences between two. I think the conversions should either be the same or it should be strict. Are users supposed to distinguish "string" as it appears in the documentation from this new "string" in the functions' declaration? Adding another inconsistency to PHP is not a very good idea, in my opinion. -- Gustavo Lopes