Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:39150 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33544 invoked from network); 21 Jul 2008 21:02:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jul 2008 21:02:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 88.198.8.16 bigtime.backendmedia.com Linux 2.6 Received: from [88.198.8.16] ([88.198.8.16:60993] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A2/16-33868-669F4884 for ; Mon, 21 Jul 2008 17:02:30 -0400 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 9EC05414400A; Mon, 21 Jul 2008 21:03:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from bigtime.backendmedia.com ([127.0.0.1]) by localhost (bigtime.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AUv1B0Tlzg79; Mon, 21 Jul 2008 23:03:24 +0200 (CEST) Received: from [10.205.251.147] (unknown [194.230.146.252]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by bigtime.backendmedia.com (Postfix) with ESMTP id D21264144009; Mon, 21 Jul 2008 23:03:23 +0200 (CEST) Cc: internals@lists.php.net Message-ID: To: Moriyoshi Koizumi In-Reply-To: <54FF091B-A4BE-4C3E-9783-D2DE93D6AF31@at.wakwak.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Mon, 21 Jul 2008 23:01:00 +0200 References: <54FF091B-A4BE-4C3E-9783-D2DE93D6AF31@at.wakwak.com> X-Mailer: Apple Mail (2.928.1) Subject: Re: [PHP-DEV] [PATCH] Allow use($var..) statement ubiquitously From: mls@pooteeweet.org (Lukas Kahwe Smith) On 18.07.2008, at 01:23, Moriyoshi Koizumi wrote: > Hi, > > Attached are the patches that allow the "use" statement that was > introduced with closures to appear within every function statement > except method definitions. I think this feature is a good addition > because it resolves inconsistency between closures and unticked > functions. In a nutshell, I talked to Johannes, given that the thread has not garned much attention (maybe with this reply this will change) and the fact that since quite some time we have instead tried to encourage people to leverage $GLOBALS instead, it does not seem like we need to squeeze this new syntax into 5.3 so shortly before the feature freeze (I guess you get what you deserve by allowing closures in so late before the feature freeze?). If we get feedback that end users that are new to PHP feel like they expect this syntax when they are exposed to closures we might want to add this in 5.4/6.0? regards, Lukas Kahwe Smith mls@pooteeweet.org