Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26098 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20343 invoked by uid 1010); 19 Oct 2006 21:36:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 20328 invoked from network); 19 Oct 2006 21:36:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Oct 2006 21:36:54 -0000 X-Host-Fingerprint: 217.79.190.163 r163.red.fastwebserver.de Received: from [217.79.190.163] ([217.79.190.163:2538] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F5/40-27040-3FFE7354 for ; Thu, 19 Oct 2006 17:36:52 -0400 To: internals@lists.php.net,lsmith@php.net (Lukas Kahwe Smith) Date: Thu, 19 Oct 2006 23:36:48 +0200 Message-ID: <20061019233648.1bc7e80a@pierre-u64> In-Reply-To: <18.FF.27040.69DE7354@pb1.pair.com> References: <18.FF.27040.69DE7354@pb1.pair.com> Reply-To: pierre.php@gmail.com X-Newsreader: Sylpheed-Claws 2.5.5 (GTK+ 2.8.20; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 217.79.190.163 Subject: Re: a last plead From: pierre.php@gmail.com (Pierre) On Thu, 19 Oct 2006 23:26:42 +0200 lsmith@php.net (Lukas Kahwe Smith) wrote: > Hi, > > I just want to say once again that all hell is going to break loose > once we release 5.2.0 as stable thanks to the various fatal errors we > are adding for perfectly working code that breaks OO theory. > > I am talking about this change: > http://marc.theaimsgroup.com/?l=php-dev&m=114734977430980&w=2 > > As well as the rewriting signatures when inheriting and whatever > other fatal errors we are adding to things that are not actually > fatal. Please for the love of PHP, make these E_STRICT or E_NOTICE. > Otherwise we will have an army of angry users that will dwarf the one > we were facing with PHP 4.4. > > Now is the time to fix this before RC6. +1 to move this one and all other related changes (if any remain) to e_strict. -- Pierre