Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68234
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAGa2bXb_763hvMu2e-D9fEXYO2fVgpNP=eByZZW9xH1COTZWeQ@mail.gmail.com>
References: <CAGa2bXbWCKBx1=x0Jmo0=L0ixkSx28J4vf71i0g=PHdAyStc4Q@mail.gmail.com>
	<CAESVnVrpRmwG-hTwdNu1j60vLriG9PRfis7N8xJUKCEwjgEKaA@mail.gmail.com>
	<CAGa2bXb_763hvMu2e-D9fEXYO2fVgpNP=eByZZW9xH1COTZWeQ@mail.gmail.com>
Date: Fri, 19 Jul 2013 21:58:16 -0400
Message-ID: <CAL+t6cHzoCRmNcMTKu9Te9ZgC7DZMRUdy0_dExs4D=v_qGDyNA@mail.gmail.com>
To: Yasuo Ohgaki <yohgaki@ohgaki.net>
Cc: Sara Golemon <pollita@php.net>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b5d518edca93004e1e7c656
Subject: Re: [PHP-DEV] Operator precedence is undefined?
From: theanomaly.is@gmail.com (Sherif Ramadan)

--047d7b5d518edca93004e1e7c656
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Jul 19, 2013 at 8:55 PM, Yasuo Ohgaki <yohgaki@ohgaki.net> wrote:

> Hi Sara,
>
> 2013/7/20 Sara Golemon <pollita@php.net>
>
> > I would ask that you don't "fix" the docs, as we want to continue to
> > discourage users from engaging in unsafe behaviors.
>
>
> If precedence is implemented correctly, there should not be any ambiguity.
> If precedence is not implemented correctly, I suppose it is a bug as ++/--
> have
> much higher precedence.
>

I don't understand how it's a bug. Precedence is implemented correctly and
works as I'd expect it to. Here's the proof

http://3v4l.org/mR4da/vld#tabs

If you run this code through VLD you see that the opcodes clearly execute
both increment operators before the addition operator. This seems to hold
true from PHP 4.3.0 to 5.5.1 according to 3v4l.org. After all they do have
higher precedence in the precedence table.

$a = 1;
++$a // $a is now 2
$a++ // $a is still 2 and returns its value then increments to 3 (it's a
POST increment)
2 + 2 // The result is clearly 4

I would say that the behavior of these operators and their precedence is
very much well-defined. I don't see what the confusion.


>
> We don't want such docs nor bugs, don't we?
> Anyone know if the doc is correct or not?
> Thanks in advance.
>
>
I don't see where there is a bug in the documentation, no.


> Regards,
>
> --
> Yasuo Ohgaki
> yohgaki@ohgaki.net
>

--047d7b5d518edca93004e1e7c656--