Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48431
Return-Path: <spam@geleia.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 87052 invoked from network); 24 May 2010 12:36:05 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 24 May 2010 12:36:05 -0000
Authentication-Results: pb1.pair.com header.from=spam@geleia.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=spam@geleia.net; spf=permerror; 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:4859] helo=mx.netcabo.pt)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 30/B6-33110-4B27AFB4 for <internals@lists.php.net>; Mon, 24 May 2010 08:36:04 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtQGAI8P+ktThGjh/2dsb2JhbACTD4sBcogrtUqFEwQ
Received: from a83-132-104-225.cpe.netcabo.pt (HELO geleia.net) ([83.132.104.225])
  by neti02smtpa.hdi.tvcabo with ESMTP; 24 May 2010 13:36:01 +0100
Received: from www.geleia.net ([192.168.1.2])
	by geleia.net
	with hMailServer ; Mon, 24 May 2010 13:33:12 +0100
Received: from 193.136.197.92
        (SquirrelMail authenticated user spam)
        by www.geleia.net with HTTP;
        Mon, 24 May 2010 13:33:12 +0100 (GMT Daylight Time)
Message-ID: <56358.193.136.197.92.1274704392.squirrel@www.geleia.net>
Date: Mon, 24 May 2010 13:33:12 +0100 (GMT Daylight Time)
To: "Zeev Suraski" <zeev@zend.com>
Cc: spam@geleia.net,
 "Etienne Kneuss" <colder@php.net>,
 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 Mon, May 24, 2010 1:12 pm, Zeev Suraski wrote:
>
> Sounds acceptable to me, that's along the lines of the 3rd option
> which appears to be getting the most traction.  I'd also no conversion of
> arrays to scalars to that list.
>

Arrays to scalars already fail. See
http://wiki.php.net/rfc/typecheckingstrictandweak#current_behavior_of_zend_parse_parameters

<?php
var_dump(strtoupper(array("abc")));

gives:
Warning: strtoupper() expects parameter 1 to be string, array given in ...
on line 2
NULL

To respond to Jordi Boggiano, I am not advocating changing the behavior of
cast, only of internal functions' argument parsing.

Also, I think it doesn't make sense to allow "17.", but disallow "17.5"
when an int is expected. See floating point arithmetic and equality
comparisons.

-- 
Gustavo Lopes