Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25231 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10921 invoked by uid 1010); 7 Aug 2006 13:52:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 10905 invoked from network); 7 Aug 2006 13:52:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Aug 2006 13:52:41 -0000 X-PHP-List-Original-Sender: jeff@procata.com X-Host-Fingerprint: 207.58.169.145 vps.procata.net Linux 2.6 Received: from ([207.58.169.145:44073] helo=vps.procata.net) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 0D/81-27091-26F37D44 for ; Mon, 07 Aug 2006 09:25:54 -0400 Received: from [65.111.192.112] (helo=[65.111.192.112]) by vps.procata.net with esmtp (Exim 4.52) id 1GA578-0004YC-KY; Mon, 07 Aug 2006 09:25:51 -0400 In-Reply-To: References: <18810497049.20060801234124@marcus-boerger.de> <44CFDB2B.1010907@cschneid.com> <20060802010156.5be0258c@pierre-u64> <44CFDF89.6010506@lerdorf.com> <7.0.1.0.2.20060802153119.0c2193c0@zend.com> <44D0DB82.1070307@lerdorf.com> <44D1FAF0.5060906@lerdorf.com> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: <33b17cf921c0b08ca914f98d39644c0c@procata.com> Content-Transfer-Encoding: 7bit Cc: Rasmus Lerdorf , PHP Developers Mailing List Date: Mon, 7 Aug 2006 09:25:57 -0400 To: Derick Rethans X-Mailer: Apple Mail (2.624) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.procata.net X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - procata.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [PHP-DEV] RfC: rethink OO inheritance strictness From: jeff@procata.com (Jeff Moore) On Aug 4, 2006, at 3:23 AM, Derick Rethans wrote: > - Add a new flag to methods (at the implementation level) that will > allow to flag them as 'strict' Hello, Would exposing this flag to the user at method level get a bit verbose for those who want to use it? Perhaps a class level flag for all methods? Wasn't that proposed earlier? Its a long thread to follow, forgive me if I've missed something. Best Regards, Jeff