Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40834 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23267 invoked from network); 2 Oct 2008 02:18:21 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Oct 2008 02:18:21 -0000 Authentication-Results: pb1.pair.com smtp.mail=brianlmoon@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=brianlmoon@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 72.5.90.27 as permitted sender) X-PHP-List-Original-Sender: brianlmoon@php.net X-Host-Fingerprint: 72.5.90.27 smtp.dealnews.com Linux 2.5 (sometimes 2.4) (4) Received: from [72.5.90.27] ([72.5.90.27:52348] helo=smtp.dealnews.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D3/72-04812-B6F24E84 for ; Wed, 01 Oct 2008 22:18:21 -0400 Received: (qmail 22449 invoked from network); 2 Oct 2008 02:18:17 -0000 Received: from unknown (HELO mail.dealnews.com) (10.1.10.7) by -H with ESMTPS (DHE-RSA-AES256-SHA encrypted); 2 Oct 2008 02:18:17 -0000 Received: (qmail 32067 invoked from network); 2 Oct 2008 02:18:17 -0000 Received: from 17.2.1.10.in-addr.arpa (brianm@10.1.2.17) by -H with ESMTPA; 2 Oct 2008 02:18:17 -0000 Message-ID: <48E42F68.9060000@php.net> Date: Wed, 01 Oct 2008 21:18:16 -0500 Organization: dealnews.com User-Agent: Thunderbird/3.0a2 (Macintosh; 2008072822) MIME-Version: 1.0 To: Jessie Hernandez CC: internals@lists.php.net, Stanislav Malyshev References: <48D7F5EF.3090202@zend.com> <48E42CD4.8010000@gmail.com> In-Reply-To: <48E42CD4.8010000@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: namespace issues From: brianlmoon@php.net (Brian Moon) >> 3. Functions will not be allowed inside namespaces. We arrived to >> conclusion that they are much more trouble than they're worth, and >> summarily we would be better off without them. Most of the >> functionality could be easily achieved using static class methods, and >> the rest may be emulated with variable function names, etc. >> >> Comments? > > > Figuring that you arrived at the same conclusion nearly three years ago > regarding my namespace patch, and I also agreed that only classes should > be allowed inside namespaces > (http://marc.info/?l=php-internals&m=113320797607651&w=2), I am +1 for > this proposal. And the congregation wept. Man, how much more bastard ass step child do functions have to become? Its not bad enough that the OOP stuff is littered with every little overly complicated bell and whistle. Now functions are to be left behind with this feature? Geez people. Get over your OOP arrogance. Brian Moon brianlmoon@php.net