Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19489 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36325 invoked by uid 1010); 7 Oct 2005 21:09:16 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 36310 invoked from network); 7 Oct 2005 21:09:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Oct 2005 21:09:16 -0000 X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.4/2.6 Received: from ([204.11.219.139:52465] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id B6/63-54476-CF3E6434 for ; Fri, 07 Oct 2005 17:09:16 -0400 Received: from [192.168.10.100] (dsl-80-42-4-191.access.as9105.com [80.42.4.191]) (authenticated bits=0) by colo.lerdorf.com (8.13.5/8.13.5/Debian-2) with ESMTP id j97L97WM019530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Oct 2005 14:09:09 -0700 Message-ID: <4346E3F2.30904@lerdorf.com> Date: Fri, 07 Oct 2005 22:09:06 +0100 User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derick Rethans CC: PHP Developers Mailing List References: <99dd4f75f4ceebfe1c980cf439e97416@gravitonic.com> <4346E00A.8020504@prohost.org> <4346E0C5.3090001@lerdorf.com> In-Reply-To: X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Unicode Implementation From: rasmus@lerdorf.com (Rasmus Lerdorf) Derick Rethans wrote: > On Fri, 7 Oct 2005, Rasmus Lerdorf wrote: > > >>>We definitely need to look at that since if upgrading to 6.0 means a 3x >>>slower operation very few people will even consider upgrading. >> >>Which is why we need the unicode=off switch. I don't think there is any >>way we can make Unicode PHP as fast as non-Unicode PHP. For people who >>need Unicode support, Unicode PHP will be faster and easier than any >>other way for them to get there, but for people who have no need for >>Unicode it would be really nice to maintain the fast non-Unicode mode. > > > What is wrong with PHP 5.1? People don't *have* to upgrade to the > unicode enabled PHP if they don't want to. And it would probably be > "nice" to have that mode for some users, but should that be over our own > back with multiple implementations of everything? The "don't upgrade" argument doesn't work. Unless we commit to having two major versions forever where we will add new features. That is a possibility as well of course. Have 2 trees. Unicode-PHP and non-Unicode-PHP and everything that is not Unicode-related will need to be committed to both. -Rasmus