Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41495 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 93875 invoked from network); 28 Oct 2008 01:59:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Oct 2008 01:59:17 -0000 Authentication-Results: pb1.pair.com header.from=magreenblatt@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=magreenblatt@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.171 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: magreenblatt@gmail.com X-Host-Fingerprint: 66.249.92.171 ug-out-1314.google.com Received: from [66.249.92.171] ([66.249.92.171:59435] helo=ug-out-1314.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/E4-05343-2F176094 for ; Mon, 27 Oct 2008 20:59:16 -0500 Received: by ug-out-1314.google.com with SMTP id 39so135024ugf.37 for ; Mon, 27 Oct 2008 18:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=CN1Dvn5Jqxji7wZkbRCLrkJJgHtqee7Q3e0wgP82Gi0=; b=xFNjPrlZCm/FjeGWMtShfnLEBAmro7EjPXdTGQsvEY4ZeoIeGNfVQj9SwAmESE5Vdo aQkpDgj0KE0Yyf5rWfd3t+gqR9qNoBgCPzt8SEnHCQifJ8RRkAS9eL4eRCLxJe7bnA2E JVRfNAvZfqgWg53KCC6dcTv3fBLf8sKYRgP2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=DzSdnlTerXbQcg2OYoYbIxIBhlIb596CdpWviA8LOuu7Ir4KHfxxa3wf0Tmwtkv00l bd6VYlNq2gjogt3nf5lZd2niJkDWvCVBAzCY85ik3yVGUN3qg13peVJ4zhmOoz/CFB+v V0MDcGjumouVp2LKjTVSgAgPq7lrckTTBMclk= Received: by 10.210.29.11 with SMTP id c11mr7603977ebc.98.1225159152004; Mon, 27 Oct 2008 18:59:12 -0700 (PDT) Received: by 10.210.66.9 with HTTP; Mon, 27 Oct 2008 18:59:11 -0700 (PDT) Message-ID: Date: Mon, 27 Oct 2008 21:59:11 -0400 To: "Stanislav Malyshev" Cc: internals@lists.php.net In-Reply-To: <4906405F.7090205@zend.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_41724_20657168.1225159151980" References: <49048EC1.9060908@chiaraquartet.net> <49061E01.8060503@zend.com> <11c607a60810271344i1a8cf53fl149447ad2f687f99@mail.gmail.com> <490628DB.9060209@zend.com> <11c607a60810271422l68949427pe31786275b0b152c@mail.gmail.com> <08747094-6B50-4A0D-9057-DFD12108B6C6@caedmon.net> <94CCB864-179A-48DA-A89A-3859796A9257@pooteeweet.org> <49063A1D.7070804@zend.com> <4906405F.7090205@zend.com> Subject: Re: [PHP-DEV] namespace separator and whining From: magreenblatt@gmail.com ("Marshall Greenblatt") ------=_Part_41724_20657168.1225159151980 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Stas, and All, I understand that there is a strong desire for this thread to be dead. However, after reading this and all related threads and wiki, I find that one item is still unclear, at least to me. On Mon, Oct 27, 2008 at 6:27 PM, Stanislav Malyshev wrote: > > And how exactly it serves the needs of people by secretly making their > applications orders of magnitude slower, and then saying "oh, that's because > you failed to read paragraph 16.4.5.1 in the manual, you should really > read that paragraph before pretending to be PHP programmer!". Good > environment or does what you want it to do, or fails, explaining to you why > it doesn't work - it doesn't do it half way half broken and then blames you > for not reading some obscure note in the manual. That's not how I see > helping. What, if any, performance penalty should we expect with the proposed namespace changes when executing existing code that does not use namespaces? Do we need to change existing namespace-free code in order to avoid any potential performance penalties? Has anyone benchmarked the changes yet to see if the performance penalty, if any, is actually significant for some set of common usage cases? If it's too soon to answer that last question then perhaps the whole performance debate is a bit premature. > > -- > Stanislav Malyshev, Zend Software Architect > stas@zend.com http://www.zend.com/ > (408)253-8829 MSN: stas@zend.com > Regards, Marshall ------=_Part_41724_20657168.1225159151980--