Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64766
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.212.47 cause and error)
Message-ID: <50EDA58C.8050301@lerdorf.com>
Date: Wed, 09 Jan 2013 09:14:52 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Anthony Ferrara <ircmaxell@gmail.com>
CC: Derick Rethans <derick@php.net>, 
 Rafael Dohms <listas@rafaeldohms.com.br>,
 Stas Malyshev <smalyshev@sugarcrm.com>, 
 Pierre Joye <pierre.php@gmail.com>,
 Pierrick Charron <pierrick@webstart.fr>, 
 "internals@lists.php.net" <internals@lists.php.net>
References: <CAAyV7nGzMc+AkN1wQ5Fgj1B0AefLG2t6fKSrkE-hzpGZR=XEDw@mail.gmail.com>
In-Reply-To: <CAAyV7nGzMc+AkN1wQ5Fgj1B0AefLG2t6fKSrkE-hzpGZR=XEDw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: Was Reflection annotations reader - Pull APC in Core Already
From: rasmus@lerdorf.com (Rasmus Lerdorf)

On 01/09/2013 09:03 AM, Anthony Ferrara wrote:
> Rasmus
> 
> 
>     This is my worry as well. Especially when it comes to opcode cache
>     support. Most of the patches I see these days completely ignore the
>     opcode cache side of things which needs to change. For any large
>     language-level change, any implementation that doesn't also include an
>     APC diff, or at least a very complete explanation of how it will be
>     generally supported by opcode caches just isn't complete.
> 
> 
> I see this as the exact wrong way a language should progress. The core
> should not be bound to extensions, but the other way around. Otherwise
> it creates this weird meta state...
> 
> While I do see your point, to me it's less of an issue that it breaks
> APC, and more of an issue that APC's functionality is not in core.

It effectively is a core extension. Many, perhaps even most, sites won't
upgrade to a new PHP version until there is solid APC support for it,
and as far as end-user visibility goes, they just see it as a php5-apc
package just like php5-mysql. Whether one is in core or not is invisible
to them. But yes, if it takes putting it in core to get developers to
pay attention, then that is what we will have to do.

It is however handy to be able to have a separate release schedule for
it and I like the separation and modularity of it. Having more of the
optional core extensions separated this way wouldn't necessarily be a
bad thing.

-Rasmus