Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36856 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30399 invoked from network); 7 Apr 2008 17:59:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Apr 2008 17:59:26 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.162] ([212.25.124.162:18141] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/38-26449-EF06AF74 for ; Mon, 07 Apr 2008 13:59:26 -0400 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Apr 2008 21:00:01 +0300 Received: from [192.168.16.94] ([192.168.16.94]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Apr 2008 10:59:58 -0700 Message-ID: <47FA60F8.7060702@zend.com> Date: Mon, 07 Apr 2008 10:59:20 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Lukas Kahwe Smith CC: internals@lists.php.net References: <1207539695.5736.42.camel@pena> <8d7b8c130804062157j60871630r6c3b27c4d3245cb9@mail.gmail.com> <1207576676.5331.49.camel@felipe> <47FA507D.2070108@cschneid.com> <5CB53203-F3E5-46F2-89A8-F331B2CB9017@pooteeweet.org> In-Reply-To: <5CB53203-F3E5-46F2-89A8-F331B2CB9017@pooteeweet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Apr 2008 17:59:58.0181 (UTC) FILETIME=[31424150:01C898D9] Subject: Re: [PHP-DEV] Return type hints From: stas@zend.com (Stanislav Malyshev) Hi! > Right if at all I would agree on having a type hint "scalar", but not a > separate one per type. IMO (as already was discussed like 10 times?) "scalar" makes no sense. It doesn't save you any checks, and doesn't provide any useful information and can't perform any useful conversions, etc. for you. BTW, the statement to usefulness of "scalar" is that no C API function ever needed "scalar" as parameter type - and while we had a lot of formats for zend_parse_parameters, including objects, arrays, resources, numbers, strings of various kinds, callbacks, etc., we don't have "scalar" one. I consider it a strong indication that this idea is not as good as it might seem. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com