Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80840
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.176 as permitted sender)
MIME-Version: 1.0
References: <001f01d02da2$ac2c4a40$0484dec0$@yahoo.fr>
Date: Mon, 19 Jan 2015 17:42:20 +0000
Message-ID: <CACwt+JcO8TKNeGPZMJf90F7fz+96gkbQ+QZ9eVwZZnGJUjWMdg@mail.gmail.com>
To: nf.laupretre@yahoo.fr, internals@lists.php.net
Content-Type: multipart/alternative; boundary=e89a8f3ba08529a6d9050d04d803
Subject: Re: [PHP-DEV] [RFC] Improve array to string conversion
From: patrickallaert@php.net (Patrick ALLAERT)

--e89a8f3ba08529a6d9050d04d803
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Le Sun Jan 11 2015 at 14:30:42, F & N Laupretre <nf.laupretre@yahoo.fr> a
=C3=A9crit :

> Hi,
>
> A new RFC for PHP7 : https://wiki.php.net/rfc/array-to-string
>
> Not implemented yet, but the PR is available for comments :
> https://github.com/php/php-src/pull/991
>
> Regards
>
> Fran=C3=A7ois
>

Just for the record, when I implemented the E_NOTICE on that conversion I
received lot of complaints of users using (incorrectly) the array_diff()
family which internally compare all sub-elements given their "string"
representation. It means that if you present something for "option 3" you
also have to think about the way those functions will behave (and the
possible BC introduced.

Note the exact same behavior with multi dimensional arrays containing same
/ different content:

// Same sub-array
php > var_dump( array_diff( [['a']], [['a']] ) );
PHP Notice:  Array to string conversion in php shell code on line 1

array(0) {
}

// Different sub-array
php > var_dump( array_diff( [['a']], [['42']] ) );
PHP Notice:  Array to string conversion in php shell code on line 1

array(0) {
}

My 0.02=E2=82=AC.

Patrick

--e89a8f3ba08529a6d9050d04d803--