Re: [PEPr] Comment on RFC::Requiring E_STRICT Compatibility for New PEAR Packages
| From: | Joshua Eichorn | Date: | Mon, 10 Jul 2006 19:50:02 +0000 |
| Subject: | Re: [PEPr] Comment on RFC::Requiring E_STRICT Compatibility for New PEAR Packages | ||
| References: | 1 2 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-43340@lists.php.net to get a copy of this message | ||
Alexey Borzov wrote:
Hi, Joshua Eichorn wrote:This really doesn't seem like a mass rewrite issue. The only things i can see that are a pain are is_a and the contructor stuff. But that being said it really seems silly for me to make HTML_AJAX2 with a maybe a 500 character differences with HTML_AJAX. -joshWhat does E_Strict entail as of 5.1.4 I've looked in the PHP manual but I can't seem to find a definition of what it actually means. With var being allowed it doesn't seem like it takes much to get too E_StrictOne has to grep the source, I suppose... I did, and here are the findings: Calling functions not defined as 'static' statically Using the '=& new' construct Using deprecated is_a() Using the old-style constructor Incompatible declarations of inherited methods There are also some E_STRICT errors dealing with references and deprecated methods, but I'm not sure about the context. In a nutshell: all code that does require_once 'PEAR.php'; is not E_STRICT-compatible. So wouldn't the simple solution be creating a php5 PEAR.php and a new include that gives you the 5 version on 5 and the current version on 4.