Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26196 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33191 invoked by uid 1010); 23 Oct 2006 19:08:48 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 33176 invoked from network); 23 Oct 2006 19:08:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Oct 2006 19:08:48 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain php.net from 81.169.182.136 cause and error) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from [81.169.182.136] ([81.169.182.136:49919] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 98/0E-39788-F331D354 for ; Mon, 23 Oct 2006 15:08:47 -0400 Received: from baumbart.mbo (dslb-084-063-002-187.pools.arcor-ip.net [84.63.2.187]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 09C8E610297 for ; Mon, 23 Oct 2006 21:08:45 +0200 (CEST) Date: Mon, 23 Oct 2006 21:08:57 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1485570655.20061023210857@marcus-boerger.de> To: internals@lists.php.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RFC] E_DEPRECATED From: helly@php.net (Marcus Boerger) Hello internals, after recent discussions (over the last three months)I finally made up my mind over E_STRICT, deprecation warnings and OOP messages/rules. My idea proposal is to do the following: - 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). - 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 - 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. You may respond with constructive ideas or complaints or go voting for all or single points here, use -1, 0, +1 only. Please do not reply for the sake of responding, use pure voting instead as we are running out of time for 5.2.0 otherwise. Best regards, Marcus