Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28446 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4532 invoked by uid 1010); 19 Mar 2007 21:05:36 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 4516 invoked from network); 19 Mar 2007 21:05:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Mar 2007 21:05:36 -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 63.205.162.114 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.114 unknown Windows 2000 SP4, XP SP1 Received: from [63.205.162.114] ([63.205.162.114:14142] helo=us-ex1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4F/71-01604-B1BFEF54 for ; Mon, 19 Mar 2007 16:05:35 -0500 Received: from [127.0.0.1] ([192.168.16.109]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Mar 2007 14:05:29 -0700 Message-ID: <45FEFB15.8060601@zend.com> Date: Mon, 19 Mar 2007 14:05:25 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Wez Furlong CC: Sean Coates , internals@lists.php.net References: <86478A67-DCA2-4000-9EF0-DA4338E8389B@omniti.com> <45FDF031.4010508@zend.com> <45FE2312.1050506@zend.com> <45FED6D9.8030307@caedmon.net> <45FEDAE5.2010309@zend.com> <45FEE396.7040905@caedmon.net> <0757BDEA-65F5-4123-B647-060DCA84B4B0@omniti.com> <45FEEF52.1060002@zend.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Mar 2007 21:05:29.0548 (UTC) FILETIME=[530850C0:01C76A6A] Subject: Re: [PHP-DEV] PATCH: anonymous functions in PHP From: stas@zend.com (Stanislav Malyshev) > Well, the compiler would make a list of variables names to import and > store those in the zend_function structure. Then at the time the > function is bound (in response to a DECLARE_FUNCTION opcode), the > variable reference could be fixed up in the "same" way that global is > handled. Global is not handled this way. Global creates reference at runtime (i.e. when function is *executed*) to runtime variable in global space. However, binding to compile scope can't work as globals do - since binding should happen at "definition run-time" - e.g., when the function definition is used. Adding binding capabilities to DECLARE_FUNCTION might work though, but it is not clear what to do in case this is declared in a loop (then it can't really be done compile-time unless we clone this function each time). It must be also considered how these values are added to the function symbol table when the function runs - e.g. are they references or copies? -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/