Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24361 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26148 invoked by uid 1010); 12 Jul 2006 23:24:29 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 26133 invoked from network); 12 Jul 2006 23:24:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Jul 2006 23:24:29 -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:59283] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 6B/3A-63905-BA485B44 for ; Wed, 12 Jul 2006 19:24:28 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 10D65DF007C; Thu, 13 Jul 2006 02:07:16 +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 21532-02; Thu, 13 Jul 2006 02:07:06 +0200 (CEST) Received: from [127.0.0.1] (i577B41AC.versanet.de [87.123.65.172]) by ipx11223.ipxserver.de (Postfix) with ESMTP id D6F47DF0004; Thu, 13 Jul 2006 02:07:05 +0200 (CEST) Message-ID: <44B5848F.1090804@php.net> Date: Thu, 13 Jul 2006 01:23:59 +0200 User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Pierre Cc: Antony Dovgal , internals@lists.php.net References: <0F.C0.46743.0CB15B44@pb1.pair.com> <44B54CAE.70909@zend.com> <44B579C7.7010103@php.net> In-Reply-To: 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) Pierre wrote: > if foo-1.2.1 is E_STRICT compliant with 5.1.4 and foo-1.2.2 with > 5.2.0, update to 1.2.2 must be the way. It is the safest way, the past > shown us that some E_STRICT can be related to (sometimes critical) > bugs and we should treat them as bugs. Also, I do not like the > additions of pedantic E_STRICT, but that's another issue. > > I would hate to start to add such notice detections in any of my code, > including pear. That requires that E_STRICT will not be added for any feature that is not available since the first release of a given major version. Otherwise you can't publish 1.2.2 without increasing the lowest compatible php version. Which in turn is impractical as the PHP world will never be fast enough to keep up with patch or even minor PHP releases. Hosters are always behind 1 or 2 minor versions, at best. regards, Lukas