Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:59984
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.214.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F8B766F.3000702@ralphschindler.com>
References: <4F89D4F1.8070009@ralphschindler.com>
	<CAJWj5+EhPkmpWmAz4Yekh794SO4x4sM27VZLk-X9qsDzMP4aNg@mail.gmail.com>
	<4F8B766F.3000702@ralphschindler.com>
Date: Mon, 16 Apr 2012 08:18:21 +0200
Message-ID: <CAJWj5+Gm0xxuxHdvxt0wEuu9Dyw0CvM3_bejRH6msAdXqz7ueg@mail.gmail.com>
To: Ralph Schindler <ralph@ralphschindler.com>
Cc: internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] New Feature: Fully qualified class name resolution as
 scalar with class keyword
From: simonsimcity@googlemail.com (Simon Schick)

2012/4/16 Ralph Schindler <ralph@ralphschindler.com>
>
> I am not quite following. =C2=A0There is no functional difference between
> "class", "CLASS", or "Class". =C2=A0The parser is case insensitive with r=
egards
> to keywords, which "class" or T_CLASS is on of. =C2=A0The code snipped I =
showed
> there was from the .phpt test that I had included in the Zend/test code b=
ase
> to ensure it worked and did not break existing tests.
>
> As per the namespaced and non-namespaced blocks, I was demonstrating how
> ::class would resolve names regardless of if it were a FQCN or a short cl=
ass
> name. =C2=A0Effectively, you can put ::class behind any "type" name and i=
t should
> work as demonstrated.
>
> -ralph
>

Hi, Ralph

Thanks for clarification.
I was missing the backslash before Moo::Class which lead to that thought.

As the class-definition for Moo is missing, I think it's an empty
class (like Baz) on the root-level defined somewhere else, right?
Otherwise this should do something else than guessing the class-name.

Bye
Simon