Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:60714 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23300 invoked from network); 1 Jun 2012 14:55:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Jun 2012 14:55:40 -0000 Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.22 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.22 smtp2.ist.utl.pt Linux 2.6 Received: from [193.136.128.22] ([193.136.128.22:33157] helo=smtp2.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B1/30-45898-CE7D8CF4 for ; Fri, 01 Jun 2012 10:55:40 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 3BD84700044A; Fri, 1 Jun 2012 15:55:37 +0100 (WEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp2.ist.utl.pt ([127.0.0.1]) by localhost (smtp2.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id C3JNZOXUx8-j; Fri, 1 Jun 2012 15:55:36 +0100 (WEST) Received: from nebm.ist.utl.pt (unknown [IPv6:2001:690:2100:4::58:1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id D993C700044F; Fri, 1 Jun 2012 15:55:36 +0100 (WEST) Received: from localhost ([127.0.0.1] helo=nebm.ist.utl.pt) by nebm.ist.utl.pt with esmtp (Exim 4.72) (envelope-from ) id 1SaTGK-00019a-Nm; Fri, 01 Jun 2012 15:55:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 01 Jun 2012 16:55:36 +0200 To: Nikita Popov , internals PHP Organization: =?UTF-8?Q?N=C3=BAcleo_de_Engenharia_Biom=C3=A9dica_do_Insti?= =?UTF-8?Q?tuto_Superior_T=C3=A9cnico?= In-Reply-To: References: <4FC80163.3030500@gmail.com> <5a9e29cec281298b330aed14b41dddb9@nebm.ist.utl.pt> Message-ID: <28fbf28d5f700b518bb7b6abc114b472@nebm.ist.utl.pt> X-Sender: glopes@nebm.ist.utl.pt User-Agent: RoundCube Webmail/0.5.3 Subject: Re: [PHP-DEV] BreakIterator From: glopes@nebm.ist.utl.pt (Gustavo Lopes) On Fri, 1 Jun 2012 15:56:59 +0200, Nikita Popov wrote: > On Fri, Jun 1, 2012 at 9:57 AM, Gustavo Lopes > wrote: >> We currently don't use namespaces in any of the core extensions. > Does anything prevent us from starting to do so? > >> other symbols in ext/intl are in the global namespace; to put >> BreakIterator >> in a new namespace would be inconsistent -- and to put the whole >> extension >> would be a huge BC break. > It sure would be a bit inconcistent, but if you see it as "All new > Intl classes will go into the Intl namespace" it makes perfect sense > in my eyes. You say that it makes perfect sense, but you don't explain why. > Also, at least in theory, one could alias all intl classes to > namespaced variants > (though I'm not sure that's really necessary.) Yes, that would be the only sane way to do it, but I really don't see a benefit large enough to compensate having a different treatment for classes depending on some arbitrary line like when they were added. The only real benefit of namespaces is to avoid name collisions, but most new projects use namespaces and we can easily avoid name collisions in the PHP core. Plus, remember ext/intl is maintained in PECL too, where it supports PHP 5.2. Anyway, this is getting a bit off-topic. -- Gustavo Lopes