Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23499 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20734 invoked by uid 1010); 17 May 2006 00:14:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 20718 invoked from network); 17 May 2006 00:14:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 May 2006 00:14:15 -0000 X-PHP-List-Original-Sender: alan@akbkhome.com X-Host-Fingerprint: 202.81.246.113 246-113.netfront.net Linux 2.5 (sometimes 2.4) (4) Received: from ([202.81.246.113:40080] helo=alan) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 09/EB-19568-6DA6A644 for ; Tue, 16 May 2006 20:14:14 -0400 Received: from localhost ([127.0.0.1]) by alan with esmtp (Exim 4.60) (envelope-from ) id 1Fg9hP-0002xt-Ij; Wed, 17 May 2006 08:15:35 +0800 Message-ID: <446A6B24.9010708@akbkhome.com> Date: Wed, 17 May 2006 08:15:32 +0800 User-Agent: Debian Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ilia Alshanetsky CC: PHP Internals List References: <6C67DAD9-B812-415A-BFD6-A4E963371551@prohost.org> In-Reply-To: <6C67DAD9-B812-415A-BFD6-A4E963371551@prohost.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Flamewar Summary From: alan@akbkhome.com (Alan Knowles) -1 on both here, E_STRICT can wait and dynamic static variables are pretty pointless, the workaround is clearer than the kludge.. StaticClass::$options['somekey'] = 'value'; Regards Alan Ilia Alshanetsky wrote: > There are 2 PHP 5.2 changes there has been a lot of back and forth > flaming going around and we need to finally come to a decision about. > > The two topics are: > > Inclusion of E_STRICT and E_RECOVERABLE_ERROR into E_ALL > Addition of support for dynamic statics ala: class foo {} foo::$bar = 1; > > So please throw in your +1/-1 so, that we can have a conclusion on > these matters. > > Personally, I am against both changes. > > I think the error reporting level change is too major change for a > minor release such as 5.2 and will cause problems for all the people > who use things like E_ALL &~ E_NOTICE and will now > see E_STRICT messages that is not their intent to see, with the > setting they are only anticipating warnings and errors. Given that > most people don't bother to turn of displaying of errors, it could > have an affect on quite a few applications, very few big PHP apps can > run without generating any E_STRICT messages. > > As far as statics, there are no BC reasons not to do it that I can > think of, but it just seems wrong to me from a design perspective to > allow dynamic creation of static object properties. > > Ilia Alshanetsky > Advanced Internet Designs Inc. > ilia@prohost.org > > P.S. Please stay on topic. >