Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89629
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain paragonie.com from 209.85.217.180 cause and error)
MIME-Version: 1.0
In-Reply-To: <5661E881.70205@gmail.com>
References: <CAKws9z0jn0crpYntxNiKWEU-tLdATJCATpC6Vk+jouVJbzSBFA@mail.gmail.com>
	<5661E881.70205@gmail.com>
Date: Fri, 4 Dec 2015 14:28:01 -0500
Message-ID: <CAKws9z323Vk+LWdkE5G1_6jcZ2zOO0AbHqajO7Um-XeULHAa9g@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c3c1ae7c06080526178120
Subject: Re: [PHP-DEV] Namespaces
From: scott@paragonie.com (Scott Arciszewski)

--001a11c3c1ae7c06080526178120
Content-Type: text/plain; charset=UTF-8

Stanislav, Anthony:

Okay, I just wanted to make sure I wasn't overlooking an unintended
behavior. I'm going to continue using \explicit_prefixing().

http://userjac.com/wp-content/uploads/2014/05/haters-gonna-hate-cool-dog.jpg

Scott Arciszewski
Chief Development Officer
Paragon Initiative Enterprises <https://paragonie.com>

On Fri, Dec 4, 2015 at 2:24 PM, Stanislav Malyshev <smalyshev@gmail.com>
wrote:

> Hi!
>
> > It has been brought to my attention that my consistent use of \ prefixing
> > of global functions is an eyesore, but I've got a simple little PoC that
> > shows why I do it, and now I'm wondering if the behavior I'm working
> around
> > should qualify as a PHP bug?
>
> No, it's not a bug, it is a feature. You can override function in a
> namespace. It's still not a reason to mark every function you are not
> overriding with \. Unless, of course, you are importing foreign (as, not
> controlled by you) code into your namespace, in which case I think
> that's where the problem lies.
> --
> Stas Malyshev
> smalyshev@gmail.com
>

--001a11c3c1ae7c06080526178120--