Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31229 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 16269 invoked by uid 1010); 23 Jul 2007 23:32:08 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 16253 invoked from network); 23 Jul 2007 23:32:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jul 2007 23:32:08 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 204.11.219.139 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 204.11.219.139 mail.lerdorf.com Received: from [204.11.219.139] ([204.11.219.139:40300] helo=mail.lerdorf.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3F/49-45888-57A35A64 for ; Mon, 23 Jul 2007 19:32:07 -0400 Received: from trainburn-lm-corp-yahoo-com.local (static-64-65-140-161.dsl.pdx.eschelon.com [64.65.140.161]) (authenticated bits=0) by mail.lerdorf.com (8.14.1/8.14.1/Debian-7) with ESMTP id l6NNVaxL026416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Jul 2007 16:32:02 -0700 Message-ID: <46A53A50.1020205@lerdorf.com> Date: Mon, 23 Jul 2007 16:31:28 -0700 User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Stanislav Malyshev CC: Andrew Minerd , "'PHP Internals'" References: <46A31D95.2080407@fischer.name> <46A4661A.6080202@zend.com> <200707231140.55535.pstradomski@gmail.com> <46A4BA4F.6090506@dealnews.com> <40CA6572-030F-43E2-8706-64D1167C527C@bitxtender.com> <46A4C090.50402@php.net> <3d1a63d10707230942y2b2504d1p5f995f01d28a622b@mail.gmail.com> <46A4DF33.1030403@zend.com> <20070723110303.0c033048@h4x0r.tss> <46A4EEBA.7040308@zend.com> In-Reply-To: <46A4EEBA.7040308@zend.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.1/3745/Mon Jul 23 14:01:34 2007 on colo.lerdorf.com X-Virus-Status: Clean Subject: Re: [PHP-DEV] Question about Namespace patch From: rasmus@lerdorf.com (Rasmus Lerdorf) Stanislav Malyshev wrote: > Compile-time resolution means you don't get performance penalty for > namespaces when you are not using it, and have very low costs when you > do use it. Allowing blanket imports means we don't know what "new Foo()" > means until it is executed - meaning we need to make extra lookups on > each class fetch, even if the code doesn't use namespaces at all. That's > only one problem with blanket imports. And a fatal one in my book. For the folks arguing so passionately about this namespace implementation, try to consider the compiler vs. executor issues involved. We really need to stop the trend of pushing everything down into the executor. -Rasmus