Ilia Alshanetsky wrote: > Andrei Zmievski wrote: > >>>- we have a bit less BC. >> >> >>"A bit less"? I'd say it would break BC in a major way. People who want >>to upgrade to PHP 6 would need to rewrite a lot of their scripts. > > > I think most large applications will be in this boat anyway, we may as > well do it properly once, so we don't end up hacks on top of hacks just > for the sake of BC. > > >>We can try switching to _UNSAFE versions of the iterator macros - they >>assume well-formed UTF-16, so they will be somewhat faster. > > > 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. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
