Re: E_STRICT
| From: | Antony Dovgal | Date: | Wed, 12 Jul 2006 19:25:34 +0000 |
| Subject: | Re: E_STRICT | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-24357@lists.php.net to get a copy of this message | ||
On 12.07.2006 19:56, Lukas Smith wrote:
Hi, PEAR is currently in the process of deciding from when on we want to mandate PHP5 as the target platform. Currently it looks like sometime in the next 3-6 months we will likely only accept PHP5 only packages. We are also pondering how to best approach E_STRICT. It is not feasible for us to try to provide multiple packages per major version in order to keep up with new E_STRICT notices that might require features not yet available in previous versions. Obviously one solution would be to disallow making anything an E_STRICT notice that is not available since the first release of the given major version. However I think that would defeat the purpose of E_STRICT. Another solution would be to provide an easy way to filter out E_STRICT messages based on the version they have been introduced. This would enable a package developer to say "I want to be E_STRICT compatible upto PHP 5.1.4". Which would mean that he could filter out any E_STRICT notices that may for example get introduced in PHP 5.2.Lukas, I thought we already discussed and agreed that the only acceptable solution is NOT to add any E_STRICT messages if the recommended way didn't exist in first release of the major version. This apparently requires versioning and its support in PEAR. And personally I think this is the only solution we can accept. Adding some kind of hypercomplicated API for "filtering" E_STRICT is definitely huge overkill. -- Wbr, Antony Dovgal