Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:39261 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 97492 invoked from network); 24 Jul 2008 10:06:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jul 2008 10:06:56 -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:45934] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FF/79-44225-C3458884 for ; Thu, 24 Jul 2008 06:06:53 -0400 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 3CBC11EBC016; Thu, 24 Jul 2008 10:08:02 +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 Gf-TvKe+Vkeq; Thu, 24 Jul 2008 12:08:01 +0200 (CEST) Received: from [192.168.80.139] (unknown [195.226.16.50]) (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 B989B1EBC012; Thu, 24 Jul 2008 12:08:00 +0200 (CEST) Cc: Stanislav Malyshev , PHP Developers Mailing List , kalle@zesix.com Message-ID: <42CAA695-0C21-4557-BD5C-F09F97FD4971@pooteeweet.org> To: Christian Seiler In-Reply-To: <488846F2.7080203@gmx.net> 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: Thu, 24 Jul 2008 12:05:06 +0200 References: <8A5D4032-1FC4-44BB-90F3-61B802F10159@pooteeweet.org> <6BD46F4A-2733-4160-9A3E-AD49F3002865@pooteeweet.org> <48863E2B.8040001@zend.com> <488846F2.7080203@gmx.net> X-Mailer: Apple Mail (2.928.1) Subject: Re: [PHP-DEV] closures questions From: mls@pooteeweet.org (Lukas Kahwe Smith) On 24.07.2008, at 11:10, Christian Seiler wrote: > Personally, I don't care whether a object-to-string cast is present or > not. So lets remove it? >> I don't think Closure can be meaningfully exported. Can we prohibit >> it? > > Unfortunately, currently not, see the var_export code. > >> I think we can make working clone there - just copy all data, etc. > > Perhaps. But I'd recommend this should be postponed, as there are > quite > a few subtleties regarding semantics of bound variables involved. > Should > there seem to be a strong need for cloning closures by the community, > this can always be implemented in a future PHP version. IMHO. I agree that both are not super high priority. So lets keep them for 5.4/6.0, ok? regards, Lukas Kahwe Smith mls@pooteeweet.org