Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33725 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37504 invoked by uid 1010); 5 Dec 2007 09:31:23 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 37476 invoked from network); 5 Dec 2007 09:31:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Dec 2007 09:31:22 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:46899] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/B2-20707-8EF66574 for ; Wed, 05 Dec 2007 04:31:22 -0500 Received: from dhcp-172-28-204-176.zrh.corp.google.com (unknown [193.142.125.1]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id AA70C1B3658; Wed, 5 Dec 2007 10:30:58 +0100 (CET) Date: Wed, 5 Dec 2007 10:30:59 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1291310409.20071205103059@marcus-boerger.de> To: "Steph Fox" CC: "Stanislav Malyshev" , "Gregory Beaver" , "Derick Rethans" , "PHP Developers Mailing List" In-Reply-To: <064401c836de$e49dde10$e6dfc350@foxbox> References: <4755E492.2080906@chiaraquartet.net> <4755FD27.3030802@zend.com> <064401c836de$e49dde10$e6dfc350@foxbox> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: RFC: Dropping Namespace From: helly@php.net (Marcus Boerger) Hello Steph, Wednesday, December 5, 2007, 2:33:47 AM, you wrote: >>> However, in the global scope (no namespace) it would fail. This is a >>> bug that is easily fixed. use should allow re-aliasing of global >>> classes, and I could provide a very easy fix. >> >> This is not a bug - since there you work with test::xmlreader, which of >> course you can define. But in global space you'd work with existing name >> xmlreader, which would be redefined. And PHP never allowed redefining >> classes. > I'm truly glad you said that's not a bug, my world just started to make > sense again. But Stas, consider (old dialect bc I need to update locally > sorry): > import nstest::test as whatever; > This works in the global space, right? Now along comes, say, Pierre or > Derick or Marcus with this class they just have to add to an existing > (non-namespaced) core extension, and the obvious and perfect name for this > class happens to be 'whatever'. I upgrade PHP and suddenly I start seeing > Fatal error: Import name 'whatever' conflicts with defined class in ... There is no technical reason for this. If this is true I am strongly against namespaces at all because then there is nothing usefull left. Best regards, Marcus