Re: Re: BC break with php 5.2.6

From: Date: Mon, 31 Mar 2008 22:25:59 +0000
Subject: Re: Re: BC break with php 5.2.6
References: 1 2 3 4 5 6 7  Groups: php.internals php.qa 
Request: Send a blank email to internals+get-36736@lists.php.net to get a copy of this message
On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye <pierre.php@gmail.com> wrote: > On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter <johannes@php.net> wrote: > > Marcus, > > > > > > On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote: > > > Hello Derick, > > > > > > it is a BUG FIX. Not fixing it means more people will turn it into a > > > feature and we will never be able to remove it. Becuase next time you > > > will say we cannot remove it in a minor version as by then you accidentally > > > rely on it yourself. > > > > > > We made a mistake! Lets stand up and admit we did. Probably I was involved > > > in making that mistake, so sorry. Done. > > > > I have to agree with Derick here we shouldn't add a fatal error within a > > bug fix release at such a place. People (hosters...) tend to update > > versions without checking all incompatibilities - since you don't expect > > them and they want to get security issues fixed. > > > > Yes, the previous behavior was wrong! Yes we shouldn't encourage people > > do do that. > > > > I'd propose making it an Warning or something in 5.2 and fixing it in > > 5.3. > > E_DEPRECATED is more appropriate. In 5.2? 5.2 doesn't have E_DEPRECATED and this should be fixed in 5.3, not issue a warning that it will be fixed in 5.4 or 6 -Hannes

« previous php.internals (#36736) next »