Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65457
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.173 as permitted sender)
Message-ID: <51086DB0.8050706@sugarcrm.com>
Date: Tue, 29 Jan 2013 16:47:44 -0800
Organization: SugarCRM
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: Rasmus Lerdorf <rasmus@lerdorf.com>
CC: Christopher Jones <christopher.jones@oracle.com>, 
 Zeev Suraski <zeev@zend.com>,
 "internals@lists.php.net" <internals@lists.php.net>
References: <5d21b42656d49b4a71d9f808541bd745@mail.gmail.com> <51078485.30107@rotorised.com> <11e1ccc6eca996d9d94ae9a3bff0bbab@mail.gmail.com> <5108667C.1030901@oracle.com> <510868DE.7010408@lerdorf.com>
In-Reply-To: <510868DE.7010408@lerdorf.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution
From: smalyshev@sugarcrm.com (Stas Malyshev)

Hi!

> which shows the dreaded zend_optimizerplus.inherited_hack which mimics
> APC's autofilter hack. I'd love to get rid of this particular bit of
> confusion/code complexity on the integration.

Ohh, this one. IIRC that has to do with conditional definition of
classes and the fact that script may be compiled in one environment but
loaded in another, which may create difference in class tables,
especially combined with early binding for inherited classes. Getting
rid of it is not that easy until people stop writing code like:
if($foo) return;
class Foo extends Bar {}
which would work differently depending on if Bar is defined or not.

> XDebug together with an opcode cache is always a shaky thing and not
> something we should be too concerned about. You would never want to run
> both in production. It would be good if they didn't clobber each other
> for dev environment purposes, but I am sure we can figure that out.

Yeah, it is a good idea for debugger to turn off any caching when
activated. I think given proper .ini switches it can be easily arranged.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227