Re: Unicode Implementation
| From: | Derick Rethans | Date: | Fri, 07 Oct 2005 21:24:34 +0000 |
| Subject: | Re: Unicode Implementation | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-19491@lists.php.net to get a copy of this message | ||
On Fri, 7 Oct 2005, Rasmus Lerdorf wrote:
> > 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.
yeah, and if that allows us to cleanup PHP 6 for real, then I am not
even sure if that is such a bad solution. Ofcourse, the new cool
features would go to PHP 6 only, but that's now the same wih 4.4 and 5.1
too anyway.
But I don't want to jump too quickly to conclusions about the UNicode
speed and BC breakage. All I tested is raw string functions and there is
no way that the whole application slows down as much as we saw in the
few benchmarks that I run. Besides that, we can probably optimize the
string functions somewhat anyway. I'd like to see the speed decrease for
real applications too.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org