Re: [RFC] E_DEPRECATED
| From: | Michael Wallner | Date: | Wed, 25 Oct 2006 19:18:22 +0000 |
| Subject: | Re: [RFC] E_DEPRECATED | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-26253@lists.php.net to get a copy of this message | ||
Marcus Boerger wrote:
> - Add a new severity E_DEPRECATED
>
> - severities are used as follows:
> . E_DEPRECATED: Some language featre that is likely to go away. Eearlierst
> removal would be two minor versions or one major version later. That is
> something that gets deprecated in 5.2 can be removed in 5.4.0 or 6.0.0.
> However both marking it as deprecated as well as removing it would
> require a consensus on the list.
> . E_STRICT any rule that reflects common strict standards, like OOP theory
> that is considered harmless if not followed. For example the combination
> 'abstract static' makes no sense in said theory but doesn't put our zend
> engine in an unstable state.
> . E_NOTICE or E_WARNING are used for input validations (e.g. domain errors).
>
+1
> - We drop the current standard INI files and provide two new, namely
> . php-develop.ini for developing (E_ALL|E_STRICT|E_DEPRECATED)
> . php-production.ini for production (~(E_DEPRECATED|E_NOTICE|E_WARNING))
> . E_ALL does not contain E_STRICT or E_DEPRECATED
>
0
> - We delay 5.2.0 and revisit all errors and change them according to the
> new model. We also put any change into the upgrading file.
>
+1
Regards,
--
Michael