Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:83163
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.180 as permitted sender)
MIME-Version: 1.0
References: <CAESVnVoZYiMWQk1Ydc-9wbkJo7Ru_4mrUtrubW=Rh=QKK9o8TA@mail.gmail.com>
 <CACwt+Jds5FOveP0pK6G6HXF9_tLUMousRQj2=bUtt-sYXsrGiw@mail.gmail.com>
 <CAESVnVrhBTdFOGUvpD3MheQCeK8kM_VGvOKvYG4RX=OFFhSgBA@mail.gmail.com>
 <CACwt+Jf+CTUik04bUJ4P8vJdcxvNw=DjqZnMiFf2BWJV8oNwjQ@mail.gmail.com> <03aa01d04bd3$f8330420$e8990c60$@php.net>
Date: Thu, 19 Feb 2015 09:21:33 +0000
Message-ID: <CACwt+JezGv_-2_pUKwg3bG5yn8i+amiF=s7xe8NDc2igJe52pg@mail.gmail.com>
To: francois@php.net
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=f46d04388df146ed4d050f6d764d
Subject: (off topic) Array to string conversion (Was: Re: [PHP-DEV] Scalar
 Type Hints v0.4)
From: patrickallaert@php.net (Patrick ALLAERT)

--f46d04388df146ed4d050f6d764d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Le Thu Feb 19 2015 at 00:38:25, Fran=C3=A7ois Laupretre <francois@php.net> =
a
=C3=A9crit :

> This is definitely not the same case as generating a notice on array to
> string (and why did you generate a notice instead of E_DEPRECATE, we woul=
d
> be rid of this crap now).
>

I haven't decided that without discussing [1] it.

E_DEPRECATED is meant for something that may/will not work in the future
and the plan was not to stop converting arrays as the string "Array" when
it happens.
Moreover, no other "bad" conversion used E_DEPRECATED and it would have
been inconsistent IMO.

Note that there is room for improvements considering that "weird"
conversions are using one of E_NOTICE, E_WARNING, E_ERROR
or E_RECOVERABLE_ERROR depending on the case.

Feel free to propose something in this regard, I'm all for consistencies,
provided that it gives a sufficient amount of BC.

Regards,
Patrick

[1] http://marc.info/?l=3Dphp-internals&m=3D130709981705863

--f46d04388df146ed4d050f6d764d--