Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107209
MIME-Version: 1.0
References: <CAF+90c_WAXV1zC9XaF9vL6JVuscibrUR3+Jb6t2_ZEb7Exy8MA@mail.gmail.com>
 <c0a08e3a-cb0e-3adf-6b18-878bb13e2bad@gmx.de>
In-Reply-To: <c0a08e3a-cb0e-3adf-6b18-878bb13e2bad@gmx.de>
Date: Wed, 18 Sep 2019 10:17:50 -0500
Message-ID: <CAESVnVqO-BsNYHffCEjDzE8NssBH4QCYEr+aLA4Vv1n-94EHfg@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: Nikita Popov <nikita.ppv@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000ba64800592d557ca"
Subject: Re: [PHP-DEV] Re: State of mhash?
From: pollita@php.net (Sara Golemon)

--000000000000ba64800592d557ca
Content-Type: text/plain; charset="UTF-8"

On Wed, Sep 18, 2019 at 6:39 AM Christoph M. Becker <cmbecker69@gmx.de>
wrote:
>
> On 17.09.2019 at 16:25, Nikita Popov wrote:
> > Should these functions be deprecated? Should this compatibility layer be
> > kept indefinitely?
>
> The documentation[1] states for more than ten years now:
>
> | This extension is obsoleted by Hash.
>
> So I think actually deprecating these functions for PHP 8 is appropriate.
>
Given that the mhash compatability shim is literally just "map this
function and args to that function and args", this one feels like a
no-brainer.  Anyone who can't upgrade because of /this/ change can
literally just drop a single (short) PHP script into their program to
polyfill those APIs.

It would be a kindness for someone to provide that, and if nobody else does
I may just drop a package on composer in the new few months.

+1

-Sara

--000000000000ba64800592d557ca--