On 2003/12/14, at 7:33, Ilia Alshanetsky wrote:
Percentages aside you cannot deny the fact that not every application needs
multibyte support (whether this is a majority or 50/50 does not matter).
If a user needs to use multibyte they may need to do a little searching to
find a provider that supports it, fortunately for them PHP is a very common
scripting language with many hosting providers.
I haven't denied it. That said, multibyte facility is not so fancy as XML, but quite essential so as to enable most applications to work well under every environment.
So, why not begin thinking of how it could be bearably fast even with multibyte support enabled? While I think the current stuff I made is the best portable and the fastest code, it's probable that there are a far better code.
If your code as indeed as fast as it can be then the only alternative it would
seem is to seperate the function into 'normal' and 'multibyte' variants
allowing the user and not the developer to choose the one most suited to
their needs.
Let's stop doing such a stupid thing any more. As I pointed out already,
having different versions for each function doesn't solve problems at all.
Moriyoshi
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
