Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42633 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 71401 invoked from network); 15 Jan 2009 09:56:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Jan 2009 09:56:07 -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:59617] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 07/6E-34613-7380F694 for ; Thu, 15 Jan 2009 04:56:07 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id B70CA414405D; Thu, 15 Jan 2009 09:58:06 +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 W+LInn9GSjCo; Thu, 15 Jan 2009 10:58:05 +0100 (CET) Received: from [192.168.80.161] (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 01BB7414405C; Thu, 15 Jan 2009 10:58:04 +0100 (CET) Cc: Ionut Gabriel Stan , Marcus Boerger , internals@lists.php.net Message-ID: <60C68256-AE9F-48BE-919D-E67B0E4822FC@pooteeweet.org> To: Stanislav Malyshev In-Reply-To: <496E62F8.3030302@zend.com> 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: Thu, 15 Jan 2009 10:56:01 +0100 References: <1016989528.20090112233204@marcus-boerger.de> <496BCD33.4080703@zend.com> <133861245.20090113225847@marcus-boerger.de> <496D2074.3070303@zend.com> <496DD269.4050701@gmail.com> <496E12CE.2080403@zend.com> <496E6030.7000708@gmail.com> <496E62F8.3030302@zend.com> X-Mailer: Apple Mail (2.930.3) Subject: Re: [PHP-DEV] [RFC] prototyping From: mls@pooteeweet.org (Lukas Kahwe Smith) Hi I have tried to catch up to the discussion yesterday evening. I must admit its not very trivial for me to understand the entire scope of the issues. I am especially worried about things becoming too magical (although in general I am pro giving end users all the power in the world). At this point I am beginning to wonder if we maybe should drop any special OO handling from closures for now and leave it to the next bigger release to decide if to readd it. We have worked through the challenge of getting namespaces worked out in 5.3, adding yet another increasingly heavy feature to the syntax would delay us if we really want to make sure we get it right. Screwing up would get us into a world of hurt and to me the main use case we wanted to address was making it easier to define callbacks for our various internal functions. This is just my "managament" level view point given the discussion at this stage and the goal to get PHP 5.3 out the door without delay from any feature (since we have enough features to release even if we remove one or two features). regards, Lukas