Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50414 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 93265 invoked from network); 23 Nov 2010 00:22:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Nov 2010 00:22:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.22 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.22 smtp2.ist.utl.pt Linux 2.6 Received: from [193.136.128.22] ([193.136.128.22:39413] helo=smtp2.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F1/E5-59959-7290BEC4 for ; Mon, 22 Nov 2010 19:22:00 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id BD5C770003DC for ; Tue, 23 Nov 2010 00:21:56 +0000 (WET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp2.ist.utl.pt ([127.0.0.1]) by localhost (smtp2.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id OluiNDftGnrb for ; Tue, 23 Nov 2010 00:21:56 +0000 (WET) Received: from mail2.ist.utl.pt (mail.ist.utl.pt [IPv6:2001:690:2100:1::8]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 7E0F1700044B for ; Tue, 23 Nov 2010 00:21:56 +0000 (WET) Received: from damnation.dulce.lo.geleia.net (damnation-air.dulce.lo.geleia.net [IPv6:2001:470:94a2:2:dc38:b9de:61a9:b30]) (Authenticated sender: ist155741) by mail2.ist.utl.pt (Postfix) with ESMTPSA id 8A1F12001A31 for ; Tue, 23 Nov 2010 00:21:55 +0000 (WET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: internals@lists.php.net References: <4CE537B0.1030607@zend.com> <4CE56978.9050102@oracle.com> <4CE686BC.4080307@zend.com> <4CEAECC2.6060403@oracle.com> Date: Tue, 23 Nov 2010 00:21:54 -0000 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_IST?= Message-ID: In-Reply-To: <4CEAECC2.6060403@oracle.com> User-Agent: Opera Mail/10.63 (Win32) Subject: Re: [PHP-DEV] --enable-zend-multibyte From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") On Mon, 22 Nov 2010 22:20:50 -0000, Christopher Jones wrote: >> Actually, it doesn't have compile-time dependencies, so it's probably >> make sense to remove --enable-zend-multibyte completely. >> > > Another ease-of-use simplification prior to releasing 5.3.4 is to roll > back the addition of ZEND_MULTIBYTE > http://svn.php.net/viewvc?view=revision&revision=305266 > > In future an ini_get() for zend.multibyte would be the solution for > http://bugs.php.net/bug.php?id=52348 > If we are going to remove --enable-zend-multibyte, it makes of course sense not to introduce ZEND_MULTIBYTE in 5.3.4, because it would it would be meaningless in 5.4. The problem in 5.3 is not as grave as the bug report paints it, you don't need to sniff phpinfo() to see whether PHP was compiled with --enable-zend-multibyte. You can use, for instance: key_exists("detect_unicode", ini_get_all()) So it would be better to decide whether to remove --enable-zend-multibyte in trunk right now. I would be for removing the compile option, but disable it by default. -- Gustavo Lopes