Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41173
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain macvicar.net from 193.227.246.108 cause and error)
Message-ID: <48F7D0F6.20707@macvicar.net>
Date: Fri, 17 Oct 2008 00:40:38 +0100
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Greg Beaver <greg@chiaraquartet.net>
CC: PHP Developers Mailing List <internals@lists.php.net>
References: <48F653FF.5010106@chiaraquartet.net>
In-Reply-To: <48F653FF.5010106@chiaraquartet.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam_Report: Spam detection software, running on the system "lovelace.midden.org.uk", has
	identified this incoming email as possible spam.  The original message
	has been attached to this so you can view it (if it isn't spam) or label
	similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  Greg Beaver wrote: > Hi, > > http://wiki.php.net/rfc/namespaceissues
	> > Read it and discuss. Let's be clear people: the technical problems in
	> namespaces are limited and solvable. The problems in the political > environment
	surrounding them may not be. Wouldn't politics be a > stupid-ass reason to
	remove namespaces? [...] 
	Content analysis details:   (-3.2 points, 5.0 required)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	-2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	-0.6 AWL                    AWL: From: address is in the auto white-list
Subject: Re: [PHP-DEV] my last attempt at sanity with namespaces
From: scott@macvicar.net (Scott MacVicar)

Greg Beaver wrote:
> Hi,
> 
> http://wiki.php.net/rfc/namespaceissues
> 
> Read it and discuss.  Let's be clear people: the technical problems in
> namespaces are limited and solvable.  The problems in the political
> environment surrounding them may not be.  Wouldn't politics be a
> stupid-ass reason to remove namespaces?

I'd much rather see ::: used and don't care too much about those with
code already written, we never guarantee BC on unreleased versions.

Though I don't object to #3 at all either, so indifferent!

Regarding internal class resolving, it seems logical but will slow down
resolution within namespaces. But I doubt this is much of an issue as it
doesn't affect those not using namespaces.


Scott