Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49587 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22393 invoked from network); 8 Sep 2010 18:09:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2010 18:09:13 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.163 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.163 smtp163.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.163] ([67.192.241.163:59183] helo=smtp163.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 51/C4-33683-841D78C4 for ; Wed, 08 Sep 2010 14:09:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp26.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 7C3BA802FD; Wed, 8 Sep 2010 14:09:09 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp26.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 070FE8020C; Wed, 8 Sep 2010 14:09:08 -0400 (EDT) Message-ID: <4C87D143.9030209@sugarcrm.com> Date: Wed, 08 Sep 2010 11:09:07 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Dmitry Stogov CC: Derick Rethans , Zeev Suraski , PHP Internals References: <4C62EC4A.9020106@sugarcrm.com> <4C8766B5.7000508@zend.com> In-Reply-To: <4C8766B5.7000508@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [PATCH] Delegate type hint/checks to alternative locations (Re: [PHP-DEV] back to 5.4 alpha) From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > I would suggest to go forward with this decision partially (without > callback and without zval** instead of zval*) Actually, if we have the information in the data structures, wouldn't it be pretty easy for xdebug (or any other extension), while intercepting function entrance (which everybody knows how to do by now) just go ahead and check the args without needing extra stuff done? I'm not sure from the top of my head about the modification, but since zend_parse_parameters manages to do it maybe it's possible? In any case, I guess leaving the syntax in could be a compromise, though I foresee people complaining about "consistency". -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227