On 03/02/2013 11:25 PM, Pierre Joye wrote: > On Sun, Mar 3, 2013 at 8:21 AM, Zeev Suraski <z...@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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
