Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42790 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72446 invoked from network); 22 Jan 2009 20:08:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jan 2009 20:08:07 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.21 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.219.21 mail-ew0-f21.google.com Received: from [209.85.219.21] ([209.85.219.21:54271] helo=mail-ew0-f21.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 03/AE-15341-622D8794 for ; Thu, 22 Jan 2009 15:08:07 -0500 Received: by ewy14 with SMTP id 14so3094362ewy.23 for ; Thu, 22 Jan 2009 12:08:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+JY/SWVcNrVpoYgr0jxZHfiVYezdKHAuzKs2xPpQJCs=; b=vQqFwDbx18D0huAivA+ILjfHVnH95go+oU8YAxgYrT9rbyRKpAVMKzb9t+FuJNldEg kLOfp0ENKfubo9laOxsVLJPFqrJ0xMb66b/GAcT/ony0IyNb1rhgETS+462p+AUdMp7q mecXc1InKgxAVuQElVFTexPeoB5agdHVCmeig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bznE4+3+5ie6lAwSMK8q9UHYOpKl/9OAG0Xyd2KGsAODOCYK4Wb565+SaW1vN+ky6G uFCPhxwklHuyyNPzJO+9W4EFzhq8oqXYkyot1aho5C6vBh8RzN11/NWqgLCz/RldkaVp OmyvPAds9hG/yM4tjFkyCdmKnE+XmnjrLJ+DI= MIME-Version: 1.0 Received: by 10.86.57.9 with SMTP id f9mr589174fga.48.1232654883416; Thu, 22 Jan 2009 12:08:03 -0800 (PST) In-Reply-To: References: <1016989528.20090112233204@marcus-boerger.de> <4974B2C8.5000704@zend.com> <49760CDF.2080006@gmx.net> <062274D5-9C20-4129-9597-145354A704EE@bitextender.com> <76BB6A71-62B3-4F0F-BB30-89CA7BAF5BD3@pooteeweet.org> <497880E8.5080202@gmx.net> <4978BCB7.7000000@gmx.net> Date: Thu, 22 Jan 2009 21:08:03 +0100 Message-ID: To: Lukas Kahwe Smith Cc: Christian Seiler , =?ISO-8859-1?Q?David_Z=FClke?= , Stanislav Malyshev , Marcus Boerger , Ionut Gabriel Stan , internals@lists.php.net, Dmitry Stogov , =?ISO-8859-1?Q?Johannes_Schl=FCter?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Object extension, $this binding of closures, chat results From: pierre.php@gmail.com (Pierre Joye) On Thu, Jan 22, 2009 at 8:48 PM, Lukas Kahwe Smith wrote: > > On 22.01.2009, at 20:39, Pierre Joye wrote: > >> hi, >> >> On Thu, Jan 22, 2009 at 7:36 PM, Christian Seiler >> wrote: >>> >>> Hi again, >>> >>> ok, I just verified that the current PHP 5.3 CVS has the same behaviour >>> as PHP 5.3 alpha 3 (which is the original design). So basically, I'd >>> suggest the following: >>> >>> * Feature freeze as Lukas and Johannes had planned tomorrow with *no* >>> more changes wrt. closures for beta1, then release beta1. >>> >>> * For post-beta1: Discuss which of the following options we want to >>> take: >>> >>> a) My Closure::bind() compromise >>> b) Leave as is in order to add Closure::bind() later (5.3.1, 5.4, >>> 6.0) when we've discussed all the details. >>> c) Drop $this/OOP support from closures for beta2 in order to be >>> able to discuss this properly for a later version. >> >> If we know limitations, issues or design problems now and they can be >> fixed in a relatively short delay (within a couple of weeks), then I >> do not see why we should release 5.3.0 with them. We are in a test >> phase and that means that we will have to change one thing or another, >> even after beta1. That's what I meant in my previous posts. > > right .. we are in a test phase .. not experiment phase. the time for > experiments is over. we have enough features for a couple releases. so if we > find that some feature is not done yet .. or that we might need to break BC > later if we release the feature now, then we should strip the feature until > we do not foresee possible BC breaks and move on. > > if we keep delaying a few weeks here and there, we will do PHP a greater > disservice. as johannes has pointed out we have delayed some features > because we wanted to focus on getting 5.3 out. if necessary we can always > have a PHP 5.4 just as well. I'm talking about the features we already have, not about adding more major features. If one of the new features is not complete and we know it, why do you want to go ahead then? I can't find any good reason. -- Pierre http://blog.thepimp.net | http://www.libgd.org