Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55397 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25888 invoked from network); 13 Sep 2011 13:35:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Sep 2011 13:35:42 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:42120] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 93/E8-06182-82C5F6E4 for ; Tue, 13 Sep 2011 09:35:40 -0400 Received: from localhost (xdebug.org [127.0.0.1]) by xdebug.org (Postfix) with ESMTPS id C23DDDE143; Tue, 13 Sep 2011 14:35:22 +0100 (BST) Date: Tue, 13 Sep 2011 14:35:22 +0100 (BST) X-X-Sender: derick@whisky To: Ilia Alshanetsky cc: Stas Malyshev , Kalle Sommer Nielsen , Internals In-Reply-To: Message-ID: References: <4E6966D2.6030804@sugarcrm.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] APC in 5.4 From: derick@php.net (Derick Rethans) On Mon, 12 Sep 2011, Ilia Alshanetsky wrote: > The agreement to include apc in 5.4 is an old one, unfortunately the > action of doing was just missed. Also, inclusion of the extension > won't break any code since it is self contained... I also thought that APC was going to part of PHP 5.4. And I agree with Ilia that it doesn't matter to the overal stability if we bundle it or not. It is self contained code, and having it part of the distribution means more people play with it and use it, and problems are found earlier. Release early, release often. Having to delay APC, or basically any other self-contained bit of code (extensions and new functions/classes/methods) for at least a year, and perhaps sometimes up to even 2 years, makes very little sense to me. The more ticker tape we get, the slower we innovate. Of course, it's likely that things will have bugs, but if we mark it as "exprimental" in the docs than I see no problems. It makes very little sense to not allow any "new" code for a whole new year to filter into PHP. It makes developing new exiciting things for PHP a pain as it simply sucks to have to wait up to a year and a half for new shiny things to appear in PHP. Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug