Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42855 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 52584 invoked from network); 26 Jan 2009 23:35:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Jan 2009 23:35:02 -0000 Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; 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:55172] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3A/D3-62571-4A84E794 for ; Mon, 26 Jan 2009 18:35:02 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 8644B414400B; Mon, 26 Jan 2009 23:35:58 +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 TkFkmgMqlQZX; Tue, 27 Jan 2009 00:35:57 +0100 (CET) Received: from [192.168.0.151] (77-58-151-147.dclient.hispeed.ch [77.58.151.147]) (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 6DB314144009; Tue, 27 Jan 2009 00:35:57 +0100 (CET) Cc: php-dev List Message-ID: <4FDCB979-4055-44AE-AD87-02321D7CD6CE@pooteeweet.org> To: Christian Seiler In-Reply-To: <497E44EE.1030608@gmx.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 27 Jan 2009 00:34:55 +0100 References: <497E44EE.1030608@gmx.net> X-Mailer: Apple Mail (2.930.3) Subject: Re: [PHP-DEV] Closures: $this support removed for 5.3 beta 1 (but NOT in HEAD!) From: mls@pooteeweet.org (Lukas Kahwe Smith) On 27.01.2009, at 00:19, Christian Seiler wrote: > as Lukas and Johannes have requested, I have removed $this support > from > Closures in PHP 5.3. Thx! > Technical details on the changes can be found here: > > http://wiki.php.net/rfc/closures/removal-of-this > > (I didn't have time to write new tests for everything, I just removed > those tests which didn't make sense at all and changed the rest in > order > to accommodate the current semantics.) So please everybody hammer these changes hart. > I'd like to add that the Reflection part was really quite a mess. > Marcus's property-calling-patch was not correctly revoked from the > Reflection part (there was still quite a bit of code there in > php_reflection.c). Also there were (independent of that) some > changes to > my original proposal that - as far as I know - were never discussed > on-list. Which in this case caused two problems: Inconsistencies (see > ReflectionParameter part in the above page) and there were some memory > management issues (which don't occur if you keep your objects always > around at least as long as the reflection objects themselves - and > thus > not during simple tests - but nevertheless issues). I don't want to > assign blame here to anyone (the errors are errors I could have > *easily* > made myself), I just want to point out that if the changes had > actually > been discussed beforehand, this could have been avoided. > > I recognize that not everybody will be 100% happy with the changes I > made to reflection even in light of the $this removal. However, in the > few days it took until the beta1 freeze (today) I think I have found > the > sanest consistent solution for the problems. I do however acknowledge > that we may need to tweak some minor things wrt. reflection here and > there after beta 1. thx for this summary and proposal .. its important that we continuesly seek ways to optimize this often asynchronous development sprints by the various people across the world .. since I do not have the expertise to comment I will leave it to others to reply. regards, Lukas Kahwe Smith mls@pooteeweet.org