Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50874 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84425 invoked from network); 6 Dec 2010 17:25:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Dec 2010 17:25:31 -0000 Authentication-Results: pb1.pair.com header.from=mozo@mozo.jp; sender-id=permerror Authentication-Results: pb1.pair.com smtp.mail=mozo@mozo.jp; spf=permerror; sender-id=permerror Received-SPF: error (pb1.pair.com: domain mozo.jp from 209.85.161.42 cause and error) X-PHP-List-Original-Sender: mozo@mozo.jp X-Host-Fingerprint: 209.85.161.42 mail-fx0-f42.google.com Received: from [209.85.161.42] ([209.85.161.42:52713] helo=mail-fx0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F1/99-27049-98C1DFC4 for ; Mon, 06 Dec 2010 12:25:31 -0500 Received: by fxm11 with SMTP id 11so10011618fxm.29 for ; Mon, 06 Dec 2010 09:25:26 -0800 (PST) Received: by 10.223.87.6 with SMTP id u6mr5749385fal.84.1291656326060; Mon, 06 Dec 2010 09:25:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.78.140 with HTTP; Mon, 6 Dec 2010 09:25:05 -0800 (PST) In-Reply-To: <4CFCBFBB.5000901@zend.com> References: <4CE537B0.1030607@zend.com> <4CFCBFBB.5000901@zend.com> Date: Tue, 7 Dec 2010 02:25:05 +0900 Message-ID: To: Dmitry Stogov Cc: PHP Internals , Andi Gutmans , Zeev Suraski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: --enable-zend-multibyte From: mozo@mozo.jp (Moriyoshi Koizumi) On Mon, Dec 6, 2010 at 7:49 PM, Dmitry Stogov wrote: > Hi Moriyoshi, > > On 12/06/2010 01:31 PM, Moriyoshi Koizumi wrote: >> >> Hi, >> >> How about using the value of mbstring.script_encoding to determine >> whether to enable the encoding conversion feature? =A0If the value is >> the same as that of mbstring.internal_encoding, then no conversion >> should be needed in the first place. =A0Besides we can define some >> singular value like "none" that completely disables the conversion. > > Right now I introduced zend.multibyte directive which enables to look int= o > mbstring.script_encoding and mbstring.internal_encoding as it did before > with --enable-zend-multibyte. Note that we can't check for them in ZE > directly because ZE knows nothing about ext/mbstring. It may be not compi= led > into PHP or compiled as DSO. Probably it's possible to do through additio= nal > callbacks. Indeed mbstring.script_encoding is only used by zend_multibyte, so it would make sense to alter the name of the ini setting to something like zend.script_encoding, and move the relevant part of mbstring.c into zend_multibyte.c > >> Regarding the dependency on mbstring extension, I think it's time to >> enable mbstring by default. > > The idea I'm working on is to provide an ability to enable/disable all > multibyte features without PHP recompilation. So the same binaries will b= e > able to support Asian languages and work with European without performanc= e > degradation. My second patch adds the missing parts (POST request parsing= , > htmlentities, EXIF). I sent it to internals@ today. I am totally fine with the idea. I just mentioned it in terms of users' convenience. > Thanks. Dmitry. > >> >> Regards, >> Moriyoshi > Moriyoshi