Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77872
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.53 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAPwsocG=mJRuNdzK=AoVOmuddcdZ0tag66fC1CEBWry1zrRndQ@mail.gmail.com>
References: <CADyq6sJxBQ4Mcu9+LRedfFsV-ksdp26eqfWb_XdvP0EsDKS0Bw@mail.gmail.com>
 <CAPwsocG=mJRuNdzK=AoVOmuddcdZ0tag66fC1CEBWry1zrRndQ@mail.gmail.com>
Date: Sat, 11 Oct 2014 05:10:42 +0200
Message-ID: <CADyq6sJ6c233LXeL7BQ5eNsQOrcNdR5WwNfO=FfDk-67R0dojw@mail.gmail.com>
To: Leigh <leight@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c00a88f87f3805051d0396
Subject: Re: [PHP-DEV] Deprecation of func_get_args(), call_user_func_array()
 and related API
From: ocramius@gmail.com (Marco Pivetta)

--001a11c00a88f87f3805051d0396
Content-Type: text/plain; charset=UTF-8

On 11 October 2014 01:24, Leigh <leight@gmail.com> wrote:

> > BC compatibility is easily achieved as variadics (
> > https://wiki.php.net/rfc/variadics) allow for writing cleaner and less
> > complex versions:
> >
>
> True.
>
> So can we make these functions behave as if variadics were used
> without removing them? Something akin to making these functions
> language constructs?
>

That would actually be worse, as it wouldn't be possible to pass them to
methods with a `callable` hint or similars such as `array_map`.

In general, I understand why there's a lot of fuss about BC compat here,
but I don't see why providing them as separate file or using something like
a "global include" is a problem. Is/would something like that (be) possible
via ini setting?

Marco Pivetta

http://twitter.com/Ocramius

http://ocramius.github.com/

--001a11c00a88f87f3805051d0396--