Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65158
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain b1-systems.de from 217.11.58.35 cause and error)
Message-ID: <51023AB1.2010607@b1-systems.de>
Date: Fri, 25 Jan 2013 08:56:33 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130105 Thunderbird/17.0.2
MIME-Version: 1.0
To: internals@lists.php.net
References: <slrnkg3ag2.g88.dsp@experimentalworks.net> <CAJW__o2gncnxnAGd7M7jZjxGADzt2D9xYQOyhp_797Lebx5JSA@mail.gmail.com> <CAL+t6cH6b290+T9=dLp_FFaFCAUiJumx9zvWQNiUr5KfKyunXQ@mail.gmail.com>
In-Reply-To: <CAL+t6cH6b290+T9=dLp_FFaFCAUiJumx9zvWQNiUr5KfKyunXQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0
From: lang@b1-systems.de (Ralf Lang)

> From what I understood from Rasmus the biggest challenge with merging APC
> into core is the fact that the compiler currently isn't built to support
> opcode caching. One of the challenges he pointed out was some of the
> MAKE_NOP trickery that can make APC's work a bit more complex than
> necessary. It's possible to optimize the compiler enough to the point that
> APC's code could be reduced down to very simple opcode caching, putting
> less stress on the engine and making it easier to maintain.

I think there was some support for moving APC first from pecl to the PHP
standard distribution's ext folder before any tighter integration is
started.