Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68279 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7812 invoked from network); 22 Jul 2013 22:51:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jul 2013 22:51:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=igor@wiedler.ch; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=igor@wiedler.ch; sender-id=unknown Received-SPF: error (pb1.pair.com: domain wiedler.ch from 217.26.49.185 cause and error) X-PHP-List-Original-Sender: igor@wiedler.ch X-Host-Fingerprint: 217.26.49.185 mxout006.mail.hostpoint.ch Received: from [217.26.49.185] ([217.26.49.185:60640] helo=mxout006.mail.hostpoint.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 14/02-17597-367BDE15 for ; Mon, 22 Jul 2013 18:51:16 -0400 Received: from [10.0.2.46] (helo=asmtp013.mail.hostpoint.ch) by mxout006.mail.hostpoint.ch with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1V1Owh-000MdL-OK; Tue, 23 Jul 2013 00:51:11 +0200 Received: from [84.73.218.139] (helo=[10.0.1.97]) by asmtp013.mail.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V1Owh-000KMd-MJ; Tue, 23 Jul 2013 00:51:11 +0200 X-Authenticated-Sender-Id: igor@wiedler.ch Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) In-Reply-To: <49965DF5-CBB7-4B2A-9281-2D9E299E452C@strojny.net> Date: Tue, 23 Jul 2013 00:51:11 +0200 Content-Transfer-Encoding: quoted-printable Message-ID: <9499A8FF-93C4-4343-A701-8AEFF4ED4870@wiedler.ch> References: <60BF8DD5-FEEA-47D9-834F-6C7FDEF3B879@wiedler.ch> <49965DF5-CBB7-4B2A-9281-2D9E299E452C@strojny.net> To: "internals@lists.php.net" , Lars Strojny X-Mailer: Apple Mail (2.1508) Subject: Re: [PHP-DEV] [RFC] Importing namespaced functions From: igor@wiedler.ch (Igor Wiedler) Hi Lars, I don't really like the idea of such ghost features that don't actually = do anything. It sounds like it would just introduce wrong mappings. And = since those other constructs *do* share a namespace it technically = wouldn't make sense to make a distinction between them. Any other thoughts? Regards, Igor On Jul 22, 2013, at 7:05 PM, Lars Strojny wrote: > Hi Igor, >=20 > I like the proposal but one cosmetic thing: if we allow "use function = =85", shouldn't we allow "use class =85"/"use abstract class =85"/"use = interface =85"/"use namespace =85" as well? It would be just syntactic = sugar and not checked at all, but it would allow for nice symmetry in = the use part of a file. >=20 > cu, > Lars