Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41650 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59224 invoked from network); 4 Nov 2008 17:19:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Nov 2008 17:19:33 -0000 Authentication-Results: pb1.pair.com header.from=et@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=et@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 62.75.137.136 as permitted sender) X-PHP-List-Original-Sender: et@php.net X-Host-Fingerprint: 62.75.137.136 static-ip-62-75-137-136.inaddr.intergenia.de Linux 2.5 (sometimes 2.4) (4) Received: from [62.75.137.136] ([62.75.137.136:58039] helo=eve.fuer-et.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E5/89-15458-22480194 for ; Tue, 04 Nov 2008 12:19:33 -0500 Received: from lapalma.mis.informatik.tu-darmstadt.de (lapalma.mis.informatik.tu-darmstadt.de [130.83.165.195]) by eve.fuer-et.de (Postfix) with ESMTP id BEB15367AC4E for ; Tue, 4 Nov 2008 18:19:27 +0100 (CET) To: internals@lists.php.net Date: Tue, 4 Nov 2008 18:19:25 +0100 User-Agent: KMail/1.9.7 References: <49048EC1.9060908@chiaraquartet.net> <49107527.7060604@chiaraquartet.net> <02e001c93e9c$a8874f30$3ffc1f3e@foxbox> In-Reply-To: <02e001c93e9c$a8874f30$3ffc1f3e@foxbox> X-PGP-Key-URL: http://www.mis.informatik.tu-darmstadt.de/People/walk/ MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200811041819.25933.et@php.net> Subject: Re: [PHP-DEV] namespace separator and whining From: et@php.net (Stefan Walk) On Tuesday 04 November 2008 17:44:50 Steph Fox wrote: > We could have an INI_SYSTEM switch. > > ns.lookup=Off > > means you _have_ to prefix because otherwise resolution will fail with a > fatal error, but > > ns.lookup=On > > means that anything not prefixed and not local goes through the full > lookup, i.e. it does what is currently done outside a namespace context. Dev writes a script, uses autoload, overrides global class. Distributed to user, that has ns.lookup=On as you propose, user borks his install, lacks the file containing the class, gets the global class -> obscure error messages because of nonexisting methods in places unrelated to the place where the actual error happened. Not really a good idea, IMO. Failing there is the best option. It's not like you have to prefix every single occurence, you just have to say at the top of the file "When I say Exception, I mean \Exception". Regards, Stefan