Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:87591
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.20 as permitted sender)
Message-ID: <55C00C78.5030109@gmx.de>
Date: Tue, 04 Aug 2015 02:51:04 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Rowan Collins <rowan.collins@gmail.com>, internals@lists.php.net
References: <CABBJUpcWPCENkJn3gBE0fck1=qvjDJKxU9WTf2JkRmsbLEtw0A@mail.gmail.com> <55B2E975.50607@gmail.com> <55B377D5.8060602@gmx.de> <55B39A54.3030502@gmail.com>
In-Reply-To: <55B39A54.3030502@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Make debug_zval_dump prints int as long
From: cmbecker69@gmx.de (Christoph Becker)

On 25.07.2015 at 16:16, Rowan Collins wrote:

> On 25/07/2015 12:49, Christoph Becker wrote:
>> I agree that the manual page needs an update, but it seems that would
>> result in an even more lengthy explanation of the caveats due to the
>> different behavior under PHP 5 and PHP 7, respectively.
> 
> Well, the current manual page is invalid for any version of PHP which is
> currently maintained, since 5.3 is EOL, and 5.4 raises a fatal error for
> the first example.
> 
> That actually simplifies things a little bit, because you don't need all
> the caveats about whether the variable is passed by reference or not,
> that's can just be a historical footnote.

I agree, but even then it's a bit tricky, and the doc team seems to be
shorthanded currently.  You may consider to give a helping hand. :)

> If we're not going to make any attempt at accuracy, then rather than
> making cosmetic changes like "int" for "long", we should be adding an
> E_DEPRECATED flag and leaving the function to die quietly.

I guess that might require an RFC.

-- 
Christoph M. Becker