Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105772
MIME-Version: 1.0
References: <aea6244a-258b-1a2e-a203-f67708a2448c@xs4all.nl>
 <CAFPFaMLibHOiL0U_b6aBqM3apCwKuvcGpbTEkRAFPg6qMPoXmA@mail.gmail.com>
 <c96c751e-ec07-1bc9-f288-41895684a12e@xs4all.nl> <CAF+90c_9bH0p0CbbD6=RJJ0GkkkrMY7pf_er+E_Js-xNnDG_vQ@mail.gmail.com>
In-Reply-To: <CAF+90c_9bH0p0CbbD6=RJJ0GkkkrMY7pf_er+E_Js-xNnDG_vQ@mail.gmail.com>
Date: Tue, 21 May 2019 12:54:49 +0200
Message-ID: <CAFPFaM+voQNnfTq3J879+qkOzTX3+UnwWhP0-z-T4uUUuB3VEQ@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: Dik Takken <d.takken@xs4all.nl>, PHP Development <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000006f0b9058963ae06"
Subject: Re: [PHP-DEV] Calling array_merge / array_merge_recursive without arguments
From: george.banyard@gmail.com ("G. P. B.")

--00000000000006f0b9058963ae06
Content-Type: text/plain; charset="UTF-8"

On Tue, 21 May 2019 at 10:29, Nikita Popov <nikita.ppv@gmail.com> wrote:

> On Sat, May 18, 2019 at 9:37 PM Dik Takken <d.takken@xs4all.nl> wrote:
>
>> On 17-05-19 22:52, G. P. B. wrote:
>> >
>> > So as a side note aren't there maybe some other array functions which
>> > behave like this?
>> >
>>
>> Good point. I did a quick scan of the source code and came up with a
>> list of possible candidates for a similar treatment:
>>
>> array_map()
>>
>
> This one makes sense in theory, because array_map(null, ...$arrays) is a
> way to perform a zip operation in PHP. Unfortunately there is an ugly
> special case if there is only a single array, which makes this not actually
> usable in practice, unless you know that there are at least two arrays. As
> such, accepting zero arrays wouldn't be very useful unless we also want to
> fix that issue (PHP 8 maybe?)
>
> Nikita
>

I'm not sure I totally understand the edge case, moreover this isn't
currently documented.
Mind sharing an example or explaining a bit more in detail such that I can
update the documentation?

Best regards

George P. Banyard

--00000000000006f0b9058963ae06--