Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77935
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.45 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <543C1E5A.7040405@sugarcrm.com>
References: <CADyq6sJxBQ4Mcu9+LRedfFsV-ksdp26eqfWb_XdvP0EsDKS0Bw@mail.gmail.com>
 <543C1E5A.7040405@sugarcrm.com>
Date: Mon, 13 Oct 2014 20:55:25 +0200
Message-ID: <CADyq6sKeePkx63yQn5bA0yPdoFgAW+OUHZJRQ6eAT38-iP5miQ@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c133703ae348050552724d
Subject: Re: [PHP-DEV] Deprecation of func_get_args(), call_user_func_array()
 and related API
From: ocramius@gmail.com (Marco Pivetta)

--001a11c133703ae348050552724d
Content-Type: text/plain; charset=UTF-8

On 13 October 2014 20:47, Stas Malyshev <smalyshev@sugarcrm.com> wrote:

> Yes, we can rewrite these functions in userland. So we can may others.
> The long standing tradition of PHP in this area is to go the extra mile
> for the user and actually provide helpful functions


My point is that providing them as "userland implementation" even inside
core would be more interesting than having something magic going on under
the hood.
Yes, I realize that complete removal would completely kill PHP's adoption
for the next version, so I'm thinking about something like an ini setting:

"zeh_legacy_includeh = '/zeh/path/to/old/functions.php';"

Stupid idea?
Security implications?
And of course "yet another ini setting".

Yet this would allow removing a lot of internal functions that were written
just for the sake of it, and move them to something that can be maintained
by a larger userbase.

Marco Pivetta

http://twitter.com/Ocramius

http://ocramius.github.com/

--001a11c133703ae348050552724d--