Re: What "Unicode support" really means

From: Date: Wed, 05 Mar 2014 19:50:59 +0000
Subject: Re: What "Unicode support" really means
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-72928@lists.php.net to get a copy of this message
On Wed, Mar 5, 2014 at 8:33 PM, Andrea Faulds <ajf@ajf.me> wrote: > > On 5 Mar 2014, at 08:29, Lester Caine <lester@lsces.co.uk> wrote: >> The first question that still has not been answered is whether there is a general consensus >> that the whole core should cleanly support UTF-8 or be restricted to a single byte subset? >> Don't mix 'locale' up with this! We need an acceptable 'global' set of >> rules which the core works to, for which a 'single byte locale' MAY be the preferred >> option for everyone? > > Yes, the entire core should and must support Unicode. Whether that be UTF-8 is a different > question, since we could also use UTF-32, for example. I do not think UTF-32 is even remotely an option. And both UTF-16 and UTF-32 bring us back to the initial issue we had with the previous unicode support attempt. UTF-16 is faster to process but the huge of conversions (to and from) kill any performance gains, even worst, it made php slower. Cheers, -- Pierre @pierrejoye | http://www.libgd.org

« previous php.internals (#72928) next »