Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38459 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23291 invoked from network); 20 Jun 2008 12:52:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2008 12:52:45 -0000 Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=dmitry@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: dmitry@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:4286] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2E/34-16112-B18AB584 for ; Fri, 20 Jun 2008 08:52:44 -0400 Received: from ws.home ([10.1.1.1]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 20 Jun 2008 15:52:51 +0300 Message-ID: <485BA816.5010405@zend.com> Date: Fri, 20 Jun 2008 16:52:38 +0400 User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Lars Strojny CC: Christian Seiler , php-dev List , Andi Gutmans , Stanislav Malyshev References: <4856A547.3080801@gmx.net> <485A35A0.9050602@zend.com> <485AF253.2070400@gmx.net> <485B908D.7000106@zend.com> <1213963419.28537.13.camel@localhost> <485BA062.6060006@zend.com> <1213965995.28537.30.camel@localhost> In-Reply-To: <1213965995.28537.30.camel@localhost> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jun 2008 12:52:51.0133 (UTC) FILETIME=[8C735ED0:01C8D2D4] Subject: Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP From: dmitry@zend.com (Dmitry Stogov) It is possible to do it, but I don't see any reason to invest time into it. PHP scripts hardly ever use nested functions, and you always can access global variables through "global" or $GLOBALS. I don't see, why do we need another way to do the same. Thanks. Dmitry. Lars Strojny wrote: > Hi Dmitry, > > Am Freitag, den 20.06.2008, 16:19 +0400 schrieb Dmitry Stogov: >> No it won't. > > While I don't want to use it, it might be really confusing to our users > that it works different to closures (because the declaration of > functions and closures looks similar). Are there any internal > limitations why not to do it? > > cu, Lars