Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26322 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14260 invoked by uid 1010); 4 Nov 2006 16:13:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 14245 invoked from network); 4 Nov 2006 16:13:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Nov 2006 16:13:41 -0000 Authentication-Results: pb1.pair.com header.from=cschneid@cschneid.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=cschneid@cschneid.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.226.6.42 cause and error) X-PHP-List-Original-Sender: cschneid@cschneid.com X-Host-Fingerprint: 195.226.6.42 darkcity.gna.ch Linux 2.5 (sometimes 2.4) (4) Received: from [195.226.6.42] ([195.226.6.42:35915] helo=mail.gna.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 96/32-31937-23CBC454 for ; Sat, 04 Nov 2006 11:13:39 -0500 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id 691DECFF72; Sat, 4 Nov 2006 17:13:35 +0100 (CET) Received: from unknown by localhost (amavisd-new, unix socket) id client-XXw9noXj; Sat, 4 Nov 2006 17:13:33 +0100 (CET) Received: from [192.168.1.42] (217-162-171-242.dclient.hispeed.ch [217.162.171.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTP id B4BFCCFF67; Sat, 4 Nov 2006 17:13:32 +0100 (CET) Message-ID: <454CBC2C.8020204@cschneid.com> Date: Sat, 04 Nov 2006 17:13:32 +0100 User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Marcus Boerger CC: Ilia Alshanetsky , Zeev Suraski , php internals LIST References: <7.0.1.0.2.20061024085428.053f9cf8@zend.com> <7f3ed2c30610240757v28702861r8d5f22f7e3047e60@mail.gmail.com> <7.0.1.0.2.20061024170856.0583dd20@zend.com> <1838975922.20061024205524@marcus-boerger.de> <71B5B01C-EDC5-46B0-8747-0706B2C7DF1F@prohost.org> <454B60E8.8010305@cschneid.com> <1227362691.20061103191138@marcus-boerger.de> In-Reply-To: <1227362691.20061103191138@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at gna.ch Subject: Re: [PHP-DEV] Why 5.2 should not be delayed for E_DEPRECATED From: cschneid@cschneid.com (Christian Schneider) Marcus Boerger wrote: > Liskov applies to static methods as soon as calls via objects are common > which is true for PHP. This is common in PHP and you consider this good practice? Interesting, wasn't what I would have expected... > Now given Liskov > rules you can as well add default parameter values as add new parameters > with default values ... > In PHP it might work as > expected but then all programmers that come from langiages like C++ get > confused. I didn't realized how big an impact C++ has on the PHP design. Allow me to *shudder*, I'm glad we're only talking E_STRICT here (-:C > However the point of adding E_DEPRECATED is still open. Where open only > means which version will first have it. From my perspective that will be > either 5.3.0 or 6.0.0 depending on whetever comes out first. Helping here > would be greatly appreciated. What help is needed, compiling the list of E_NOTICE/E_STRICT to be convert to E_DEPRECATED? Or giving input on how to convert the individual messages? I'm willing to help. Regards, - Chris