Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41166 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67001 invoked from network); 16 Oct 2008 20:36:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Oct 2008 20:36:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=greg@chiaraquartet.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=greg@chiaraquartet.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 208.83.222.18 cause and error) X-PHP-List-Original-Sender: greg@chiaraquartet.net X-Host-Fingerprint: 208.83.222.18 unknown Linux 2.6 Received: from [208.83.222.18] ([208.83.222.18:41594] helo=mail.bluga.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3B/42-12818-2C5A7F84 for ; Thu, 16 Oct 2008 16:36:19 -0400 Received: from mail.bluga.net (localhost.localdomain [127.0.0.1]) by mail.bluga.net (Postfix) with ESMTP id CCFE7C1075B; Thu, 16 Oct 2008 13:36:09 -0700 (MST) Received: from pcp063035pcs.unl.edu (pcp063035pcs.unl.edu [129.93.125.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bluga.net (Postfix) with ESMTP id 7D227C10757; Thu, 16 Oct 2008 13:36:09 -0700 (MST) Message-ID: <48F7A5BF.5090308@chiaraquartet.net> Date: Thu, 16 Oct 2008 15:36:15 -0500 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: Stanislav Malyshev CC: Lester Caine , PHP internals References: <48F6B3C5.9030102@chiaraquartet.net> <7f3ed2c30810152312h5391b25dke2695362c8d28d3b@mail.gmail.com> <48F6E50E.4010107@lsces.co.uk> <48F75BA3.30603@zend.com> <48F77416.3010106@chiaraquartet.net> <48F77938.1020206@zend.com> In-Reply-To: <48F77938.1020206@zend.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [PHP-DEV] namespaces sanity: addition to RFC explaining why Stas'sproposal doesn't work From: greg@chiaraquartet.net (Greg Beaver) Stanislav Malyshev wrote: > Hi! > >> My point is that for this code: >> >> > Classname::Method(); >> ?> >> >> The proposal does not solve the name conflict. If no one rewrites their > > Right, it does not. So doesn't yours - you need to modify the code in > both cases. the solution I proposed emits an E_WARNING on the conflict. Greg