Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35102 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77882 invoked by uid 1010); 2 Feb 2008 12:53:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 77867 invoked from network); 2 Feb 2008 12:53:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Feb 2008 12:53:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:56679] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/15-41947-4D764A74 for ; Sat, 02 Feb 2008 07:53:40 -0500 Received: from MBOERGER-ZRH.corp.google.com (202-168.79-83.cust.bluewin.ch [83.79.168.202]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 7CF891B3614; Sat, 2 Feb 2008 13:53:37 +0100 (CET) Date: Sat, 2 Feb 2008 13:53:05 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <82338205.20080202135305@marcus-boerger.de> To: Masaki Fujimoto CC: internals@lists.php.net In-Reply-To: <47A2B569.5050503@php.net> References: <47A1E22B.6020200@php.net> <1679569193.20080131172735@marcus-boerger.de> <47A2B569.5050503@php.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [patch] zend_call_method_with_N_params() From: helly@php.net (Marcus Boerger) Hello Masaki, I did not say in any word that you cannot get those 3 and 4 param versions. All I am saying is that the use of C99 va-macros is not possible. Simply come up with a va-macro (and emalloc) free implementation and we can add it. marcus Friday, February 1, 2008, 7:00:09 AM, you wrote: > it seems really unfortunate...:) but I understand your reasons, and then > I'm looking forward to fixes in 5.3 or 6. thank you! > Marcus Boerger wrotes: >> Hello Masaki, >> >> unfortunately we cannot use any C99 extension and must stick to C89. >> Also I do not really see a reason to use ... in the actual function >> definition. The reason for the way the function is written, is to avoid >> using emalloc. Now, we can probably live with up to four parameters for >> PHP 5.3 and HEAD. But we cannot allow this in 5.2 as it would be an API >> change. So if you can comeup with a change that will simply add two >> parameters for zend_call_method() and provide the two additionla macros >> as well as fixing the ones being present already then *I* think it is >> fine. >> >> marcus >> >> Thursday, January 31, 2008, 3:58:51 PM, you wrote: >> >>> hello marcus, >> >>> after a long interval, I've restarted to hack PHP and ZE again, and I >>> found that zend_call_method could take only 2 args at most...(I just >>> wanted to call methods w/ 3 or more args in my extensions:) >> >>> I think we can easily rewrite this w/ va_list, and since most of the >>> extensions are call zend_call_method() via zend_call_method_with* macro >>> so that no BC breaking things will happen. >> >>> # AFAIK only spl use zend_call_method() directly and perhaps we can >>> easily sync w/ updated interfaces (TSRM fixes will do) >> >>> pathces are here: >>> [PHP_5_2 / PHP_5_3] >>> http://labs.gree.jp/data/patch/zend_interfaces_var_list.php_5_2.patch >> >>> [HEAD] >>> http://labs.gree.jp/data/patch/zend_interfaces_var_list.head.patch >> >>> # C99 feature (__VA_ARGS__) is used in my patch for HEAD...(is it >>> acceptable?) >> >>> if this is ok, it's much appreciated if you apply these patches. thank you. >> >>> -- >>> Masaki Fujimoto >>> >> >> >> >> >> Best regards, >> Marcus >> > -- > Masaki Fujimoto > Best regards, Marcus