Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58922 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58921 invoked from network); 14 Mar 2012 14:25:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Mar 2012 14:25:06 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.170 as permitted sender) X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.215.170 mail-ey0-f170.google.com Received: from [209.85.215.170] ([209.85.215.170:59316] helo=mail-ey0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 60/01-51575-D3AA06F4 for ; Wed, 14 Mar 2012 09:25:03 -0500 Received: by eaao10 with SMTP id o10so940639eaa.29 for ; Wed, 14 Mar 2012 07:24:59 -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 :cc:content-type; bh=3TnWS0KfOet50BRLYA/Qbbi4SevC/8zgnyEcGz1ILkU=; b=T62myFLxiSYSBWsDmCjrHxSkkuu7FWAM3YDtQp2xS+q7LPbiTyBQU0gHrNEBjbrNXO TrPKRGSvQZnGFPYjGtmCOKTYJJbDkwcg6IQqqMs6qTpwgoQ3NPSdamlnHPqnAm4Bm6CT TaB5OULlTxgRliKxHnBiRM6G5S6yHZ86Na0/EmMS/x0U+mncsL4a5NHjx9cd9OFsQHSB PsWAMa5Na8XmxAyWSeLFp3Pggk7a5nslkzAIQo1unG4ZTON0YgIDBSkwrVi2ckXSfr+k NSM3ls+Bqg+E7Vbr6keq2o+7XA2JL8eGPec7Ssn5Qc4d05R8nXBeql0vGYB37j9RpXnr r7tg== MIME-Version: 1.0 Received: by 10.68.72.9 with SMTP id z9mr3355020pbu.124.1331735098130; Wed, 14 Mar 2012 07:24:58 -0700 (PDT) Received: by 10.68.75.136 with HTTP; Wed, 14 Mar 2012 07:24:58 -0700 (PDT) In-Reply-To: References: <4F5D9C77.3030000@lerdorf.com> <4F5DA152.10109@sugarcrm.com> <4F5DA894.8060606@lerdorf.com> <4F5DAB49.3030808@sugarcrm.com> <4F5DAFCE.8020600@lerdorf.com> <4F5E15D6.6080302@lerdorf.com> Date: Wed, 14 Mar 2012 15:24:58 +0100 Message-ID: To: jpauli Cc: Yasuo Ohgaki , Rasmus Lerdorf , Stas Malyshev , PHP internals Content-Type: multipart/alternative; boundary=f46d0417019175813f04bb34bd0d Subject: Re: [PHP-DEV] default charset confusion From: tyra3l@gmail.com (Ferenc Kovacs) --f46d0417019175813f04bb34bd0d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > > > I would then propose to make mbstring compile time mandatory. > > I'm against yet another global ini setting, I find the actual ini setting= s > confusing enough to add one more that would moreover reflect mbstring one= 's > (and add more and more confusion). > Why not turn ext/mbstring mandatory at compile time, for all future PHP > versions, like preg or spl are ? > > We do need multibyte handling either. ZendEngine takes advantage of > mbstring for internal encoding as well, so I probably missed something as > why it is still possible to --disable-mbstring (or not add > --enable-mbstring) when compiling ? Has it a huge performance impact ? > > Thank you :) > > Julien.P > see http://www.mail-archive.com/internals@lists.php.net/msg48452.html http://lxr.php.net/opengrok/xref/PHP_5_4/UPGRADING#91 and http://www.mail-archive.com/internals@lists.php.net/msg53863.html basically the mbstring code in the ZE is only used if you enable zend.multibyte, which is disabled by default, so it isn't mandatory to have ext/mbstring for the default build/setup. as you can see from the last link, I would support having ext/mbstring builtin and always enabled, but I would like to hear from more people about the pros and cons. --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu --f46d0417019175813f04bb34bd0d--