Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:55402
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.02.1109131424590.4050@whisky>
References: <CAJW__o2m7R2_UVi9ZJP9uX7_Xb+iC8-O+1-uXrSPN+DZAniyBw@mail.gmail.com>
	<4E6966D2.6030804@sugarcrm.com>
	<CAJy+15xqZbCSK01+LSPR56uYvQMxRaBDRT533RTb91vvARLdrg@mail.gmail.com>
	<alpine.DEB.2.02.1109131424590.4050@whisky>
Date: Wed, 14 Sep 2011 00:06:50 +0900
Message-ID: <CAC_Tu-YCj6LgHX+w-ask9K8c7JEuFuPr2MYBO5gMcYWnnHo8+A@mail.gmail.com>
To: Derick Rethans <derick@php.net>
Cc: Ilia Alshanetsky <ilia@prohost.org>, Stas Malyshev <smalyshev@sugarcrm.com>, 
	Kalle Sommer Nielsen <kalle@php.net>, Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=0015175cd5f241e83e04acd3feb8
Subject: Re: [PHP-DEV] APC in 5.4
From: catch56@gmail.com (Nathaniel Catchpole)

--0015175cd5f241e83e04acd3feb8
Content-Type: text/plain; charset=ISO-8859-1

I didn't closely follow the earlier discussions about including APC, but I
(and at least some other people working a lot on Drupal) had been mostly
assuming it'd be included in 5.4 based on those.

The assumption that APC is available by default (if not necessarily enabled)
would allow us to start making more assumptions in Drupal as well over time,
so while I have no stake in the decision, it would not at all be a surprise,
and it'd be very very welcome. If it came in 5.4.1 or something then that'd
make no odds though.

Nat


On Tue, Sep 13, 2011 at 10:35 PM, Derick Rethans <derick@php.net> wrote:

> 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
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--0015175cd5f241e83e04acd3feb8--