Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85457 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83397 invoked from network); 25 Mar 2015 02:47:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Mar 2015 02:47:18 -0000 Authentication-Results: pb1.pair.com header.from=masakielastic@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=masakielastic@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.50 as permitted sender) X-PHP-List-Original-Sender: masakielastic@gmail.com X-Host-Fingerprint: 209.85.218.50 mail-oi0-f50.google.com Received: from [209.85.218.50] ([209.85.218.50:33797] helo=mail-oi0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E4/03-57065-5B122155 for ; Tue, 24 Mar 2015 21:47:18 -0500 Received: by oier21 with SMTP id r21so10737978oie.1 for ; Tue, 24 Mar 2015 19:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TDs1y/fFQ7lzD9oj6KKtkdWmg5BO3FEKZVkdztEYgYc=; b=cJxfH8valFQ1WIj3Y2VYFIWaGEGYGxZYwhnN1/aTpu+J+NTYEt5mD677aiIR+H49IM jlCPgRXHLj1dQ1cLv60EsPO+sRMna37A/vLuvL3THEwKSIuyTLx7GwWvkBcqDXFQs5oq 0hii8qbYGjmw2XaXInO+8GilcVO1tg7XTutI+aZszK2HbU2gBfkXJkhBKNhkSE8hXVoW eE6YRqscbCa4dwmxWwdI2tW1qqC00j8naNuuMyf6FtfoMXJJFG2D1pendHTF+w45ikhH aTBdTqAPUZBzU8KpPJtSxtX/NRPeSFmRWFF3cUk1NlEcfXe+/R0KX88FygleUxvtdipA Hcrw== MIME-Version: 1.0 X-Received: by 10.182.87.8 with SMTP id t8mr4303114obz.35.1427251635142; Tue, 24 Mar 2015 19:47:15 -0700 (PDT) Received: by 10.202.106.134 with HTTP; Tue, 24 Mar 2015 19:47:15 -0700 (PDT) In-Reply-To: <66c0cca2453de53bed0328af2732c7bd@mail.gmail.com> References: <66c0cca2453de53bed0328af2732c7bd@mail.gmail.com> Date: Wed, 25 Mar 2015 11:47:15 +0900 Message-ID: To: internals@lists.php.net Content-Type: multipart/alternative; boundary=089e013c7054b7c4d1051213ea76 Subject: Re: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7 From: masakielastic@gmail.com (Masaki Kagaya) --089e013c7054b7c4d1051213ea76 Content-Type: text/plain; charset=ISO-8859-1 Rui agreed the deprecation and Yasuo gave notice to PHP internal in April 2012. https://bugs.php.net/bug.php?id=65785 http://marc.info/?l=php-internals&m=133548185505478&w=2 2015-03-25 0:25 GMT+09:00 Zeev Suraski : > > -----Original Message----- > > From: Nikita Popov [mailto:nikita.ppv@gmail.com] > > Sent: Tuesday, March 24, 2015 4:45 AM > > To: PHP internals > > Subject: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP > > 7 > > > > Hi internals! > > > > The mbstring extension supports replacing PHP string functions with > > multibyte variants through the mbstring.func_overload ini option. > > > > 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. > > > > If we do not wish to drop support for this option in PHP 7, I would at > > least > > suggest to deprecate it. > > > > Thoughts? > > I think we need to understand how it's actually being used before > discussing > its deprecation. IIRC it's extremely widely used in Japan, but could be > wrong. > I'd want to hear from our Japanese contributors what their thoughts are. > > Zeev > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --089e013c7054b7c4d1051213ea76--