Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67238
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain mindplay.dk from 209.85.212.49 cause and error)
MIME-Version: 1.0
In-Reply-To: <51805A00.4050803@lerdorf.com>
References: <CADqTB_gkE-2mmnE8AKWCx3rcHf8DVsgxVPO00usErnaoKjAv7g@mail.gmail.com>
	<6245ED6B-2BF7-47B7-80C0-D3B3D8E0B312@strojny.net>
	<CADqTB_iGghhwuKb7StpjY7xogNM76_47rxL3O7G+T0zOK2Lf3g@mail.gmail.com>
	<CALJZF3hQC09_b=yzOF5F6V1ifC5wG1H4RmkTDg02awm0cC-tWA@mail.gmail.com>
	<CADqTB_gxnPt-PzpaBiTmX5iW81VyssvtZW5Ugto2vOw1NsZGZg@mail.gmail.com>
	<CAH-PCH6oHkTweqYsY3UqeaP9Jdqkrmj1DBhxueUv5uU-U7YrPg@mail.gmail.com>
	<CADqTB_gTVm1TMcg5iaUZ-WTZChdpj7s+-vLaa7BK54FA71T-Sg@mail.gmail.com>
	<51803086.6020002@sugarcrm.com>
	<CADqTB_inCPzQyN=VoTgVkvYN2p0gTGH-nEp=pAuL71N2P6e19Q@mail.gmail.com>
	<51805A00.4050803@lerdorf.com>
Date: Tue, 30 Apr 2013 20:17:16 -0400
Message-ID: <CADqTB_gv82cq_4YyLgwvt5r+NZ4h_CjqKc=bbjt1MYE6eJu28g@mail.gmail.com>
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b343b42588cb204db9d0a82
Subject: Re: [PHP-DEV] property de-referencing
From: rasmus@mindplay.dk (Rasmus Schultz)

--047d7b343b42588cb204db9d0a82
Content-Type: text/plain; charset=ISO-8859-1

Okay, that is a technical/implementation problem - and I'm not the guy who
can answer than question.

I was thinking there might be a mathematical (or other) operator that
doesn't work without something in front of it to operate on, and I chose
the ^ operator based on a wild guess, plus the following:

> php -r "var_dump(4 ^ 8);"

int(12)

> php -r "var_dump(^ 8);"

Parse error: syntax error, unexpected '^', expecting ')' in Command line
code on line 1

> php -r "$foo = ^ 8;"

Parse error: syntax error, unexpected '^' in Command line code on line 1


I don't know the parser guts, but I figured since using the ^ operator with
nothing to operate on, causes a parser-error, that means the parser knows
that this is currently *not* valid syntax? Which might mean that there's a
way to turn this into valid syntax? I don't know.

I also figured the ambiguity with a bitwise operator is minimal damage -
bitwise operators are not one of the most commonly used features in
high-level languages.

If the asterisk (or some other character) offers and easier implementation
path, whatever.


On Tue, Apr 30, 2013 at 7:55 PM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote:

> On 04/30/2013 03:24 PM, Rasmus Schultz wrote:
> > Are we really going to quibble about syntax? This adds nothing to this
> > discussion. And as I explained earlier, the ^ operator is used for the
> sake
> > of discussion only - if it's more practical to use another character for
> > this operator, I don't care what it looks like.
>
> The point is that there is no operator that fits and the reason you
> didn't come up with one that didn't clash with something else. If this
> can even be implemented, which doesn't seem all that certain without a
> lot of messy changes, it should just be a reflection call.
>
> -Rasmus
>

--047d7b343b42588cb204db9d0a82--