Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:24360
Return-Path: <lsmith@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 22436 invoked by uid 1010); 12 Jul 2006 23:12:55 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 22418 invoked from network); 12 Jul 2006 23:12:55 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 12 Jul 2006 23:12:55 -0000
X-PHP-List-Original-Sender: lsmith@php.net
X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4)
Received: from ([212.112.227.169:56728] helo=ipx11223.ipxserver.de)
	by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP
	id 1C/19-63905-54D75B44 for <internals@lists.php.net>; Wed, 12 Jul 2006 18:52:54 -0400
Received: from localhost (localhost [127.0.0.1])
	by ipx11223.ipxserver.de (Postfix) with ESMTP
	id 8269CDF00B7; Thu, 13 Jul 2006 01:35:43 +0200 (CEST)
Received: from ipx11223.ipxserver.de ([127.0.0.1])
 by localhost (flottensignalgeber [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 22959-01; Thu, 13 Jul 2006 01:35:35 +0200 (CEST)
Received: from [127.0.0.1] (i577B41AC.versanet.de [87.123.65.172])
	by ipx11223.ipxserver.de (Postfix) with ESMTP
	id 9C64CDF0004; Thu, 13 Jul 2006 01:35:34 +0200 (CEST)
Message-ID: <44B57D35.20708@php.net>
Date: Thu, 13 Jul 2006 00:52:37 +0200
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Antony Dovgal <antony@zend.com>
Cc: internals@lists.php.net
References: <0F.C0.46743.0CB15B44@pb1.pair.com> <44B54CAE.70909@zend.com> <44B579C7.7010103@php.net> <44B57B9C.4000000@zend.com>
In-Reply-To: <44B57B9C.4000000@zend.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by somedaemon at backendmedia.com
Subject: Re: [PHP-DEV] E_STRICT
From: lsmith@php.net (Lukas Smith)

Antony Dovgal wrote:

> Well, that's what major versions are for, right?
> Bugfix releases are for bugfixes, while major versions may introduce new 
> things and features.

Err we add features in minor (and even patch level) versions all the time.

> Sorry, I still fail to see a reason to "filter" error messages..

The point of E_STRICT is to encourage forward compatible code. However 
as I pointed out for many developers it will not be feasible to always 
target the latest version of PHP. This means that they will be coding 
against some other, yet defined PHP version.

So for example

5.2.1 is the latest version
5.1.2 is the target for development.

Now there might be several new E_STRICT messages that cannot be worked 
around without increasing the target development version.

This means that either:
1) I turn off E_STRICT on my development box to retain my sanity
2) I have some filter mechanism that ensures I only get E_STRICT 
messages that existed in 5.1.2

What I am proposing is a tiny weeny change in PHP to make it trivial to 
implement 2) in userland.

This makes sense because as time progresses I might increase my target 
version. Maybe even port to a new major version. In which case I am much 
better off having code that is already E_STRICT compliant uptil 5.1.2. 
So there will be much less work for me to do. Code generally will be 
much easier to port to new major versions that drop deprecated features. 
Adoption rates of new major versions can go up. Everybody is happy.

regards,
Lukas