Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85447
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.2 as permitted sender)
Reply-To: <francois@php.net>
To: "'Nikita Popov'" <nikita.ppv@gmail.com>,
	"'PHP internals'" <internals@lists.php.net>
References: <CAF+90c-CbGZ1d3DJSbzPmCbpjm6Pw3qPXQ=CG4XvbaM+528+jQ@mail.gmail.com>
In-Reply-To: <CAF+90c-CbGZ1d3DJSbzPmCbpjm6Pw3qPXQ=CG4XvbaM+528+jQ@mail.gmail.com>
Date: Tue, 24 Mar 2015 14:39:15 +0100
Message-ID: <006301d06637$ebbb4ee0$c331eca0$@php.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQINGwJxyuYhIX37R6FSHjGdA0ViXZyyOIqA
Content-Language: fr
Subject: RE: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7
From: francois@php.net (=?utf-8?Q?Fran=C3=A7ois_Laupretre?=)

> De : Nikita Popov [mailto:nikita.ppv@gmail.com]
>
> The mbstring extension supports replacing PHP string functions with
> multibyte variants through the mbstring.func_overload ini option.
>=20
> This ini setting is a real PITA for code compatibility, as it makes it
> impossible to rely on the output of even the most basic PHP functions, =
like
> strlen(). Security-critical code in libraries and frameworks typically
> handles this issue by conditionally using either strlen() or 8bit
> mb_strlen(). Apart from that, the issue is generally ignored.
>=20
> If we do not wish to drop support for this option in PHP 7, I would at
> least suggest to deprecate it.

Probably fine, but how does your suggestion fit in the PHP 7 timeline ? =
The BC break requires it is introduced in 7.0. And it is too late for =
this. As everyone seems to be against delaying the timeline, I hope we =
won't accept exceptions.

Regards

Fran=C3=A7ois