Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:66437
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.128.41 cause and error)
Message-ID: <5132FE98.5050201@lerdorf.com>
Date: Sat, 02 Mar 2013 23:41:12 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3
MIME-Version: 1.0
To: Pierre Joye <pierre.php@gmail.com>
CC: Zeev Suraski <zeev@zend.com>, Laruence <laruence@php.net>, 
 PHP Developers Mailing List <internals@lists.php.net>
References: <435a322ccb14090d3bcf6bf8a110396d@mail.gmail.com> <CAEZPtU56QE=uMFcE+xe2vSzwCH_9KGFs33bJCySWpsx6Ed7k3w@mail.gmail.com> <CABBJUpds9XnOZC9gfDs8OHmoe6hTQosqe8qzmTtTX4Xg-JsT+Q@mail.gmail.com> <8944597477930141639@unknownmsgid> <CAEZPtU75+HZMcP+HUAEFGQ3R99g5_PsWJMd4OUkq+__s2CVc9w@mail.gmail.com> <1a0793107537dceb9cc67c616294ce76@mail.gmail.com> <CAEZPtU73==PG7QXT61LRZ0TNFUmtN1B5kBpXP1Cjvg2sZighGw@mail.gmail.com>
In-Reply-To: <CAEZPtU73==PG7QXT61LRZ0TNFUmtN1B5kBpXP1Cjvg2sZighGw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution
From: rasmus@lerdorf.com (Rasmus Lerdorf)

On 03/02/2013 11:25 PM, Pierre Joye wrote:
> On Sun, Mar 3, 2013 at 8:21 AM, Zeev Suraski <zeev@zend.com> wrote:
>>> How "Don't integrate Optimizer+ to PHP" can be remotely related to the
>>> available of o+ via PECL?
>>
>> Actually it seems as if some of the original text got lost when I switched
>> to the active vote, but it used to read 'Don't integrate Optimizer+ to
>> PHP, release only in PECL'.  My bad.
> 
> 
> No offense and pls do not see what I will say here as an attempt to
> block it, as I really want o+ in core.
> 
> I think this RFC should be fixed (fix wording to represent the actual
> actions, s,integration,bundling&cleanup,), votes options added to
> cover what has been discussed. Add a roadmap as well for the further
> steps that can/could/will be taken to make o+ even better while being
> in core.
> 
> The options should include PECL, either it is in core or not. So you
> can get an idea about how many people wants < 5.5 support and releases
> as well.

The RFC is about integrating O+ into PHP which can by definition only
happen in 5.5 and later. The essential questions being asked by the RFC
are whether to delay 5.5 for it, no delay and wait until the next
version, or don't integrate at all the last of which implies
external-only distribution either through pecl or individual distros
simply packaging it from Github.

And your beef about integration vs. bundling is rather nit-picky. The
first step towards integration is getting it in. How much integration is
done will depend on what people come up with. I have a pull request in
for at least one level of integration that will allow it to save a stat
call by integrating more closely with the sapi layer to save that
initial stat if the sapi layer can pull it from the server layer. That
is more than mere bundling, but it should also be rather safe to do.

What we do about earlier versions is a completely separate and mostly
unrelated issue. There is no real reason not to support those via pecl,
but that isn't what this RFC is about. And, like you say, there is
nothing stopping you or anybody else from making a pointer to it from pecl.

-Rasmus