Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26253
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <82.A0.34241.378BF354@pb1.pair.com>
To: internals@lists.php.net
Date: Wed, 25 Oct 2006 21:18:22 +0200
User-Agent: Thunderbird 1.5.0.7 (X11/20060922)
MIME-Version: 1.0
References: <1485570655.20061023210857@marcus-boerger.de>
In-Reply-To: <1485570655.20061023210857@marcus-boerger.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [RFC] E_DEPRECATED
From: mike@php.net (Michael Wallner)

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