Hello John, Friday, October 7, 2005, 11:47:14 PM, you wrote:
> On Fri, 2005-10-07 at 22:09 +0100, Rasmus Lerdorf wrote: >> 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. > I think this would lead to PHP 6.2 with two different sets of > functionality (Joe writes some super-string-manipulating thing for PHP > 6.2, never find the time to port it to 6.2-unicode, and now no one else > has time to do it either so we release one with the function, one > without yet they are both 6.2). > While I understand the argument that PHP itself will be slower with > Unicode support, and there isn't much we can do about that (we're just > doing a heck of a lot more work across the board), I think the best > option is to have PHP 6 be completely Unicode. It will break > applications, but they can be ported. It will mean PHP is going to be > slower, but other languages have found ways to make up for that speed > decrease in other places and I am sure we could learn from looking at > them for answers to our problem. For instance PHP 6 could undergo a design face for some clearing which should imho includecase-sensitivity every where and ups, why is PHP 6 suddenly faster? We could also add a mode that disalloas dynamic class rewriting which is very clever once we have the build in apc or which ever bytecode compiler we chosse and ups! no it is even much faster when using objects. But to me the best thing would be to finally haver a plan. A real plan we stick to. And then outline how long we plan to support 5.x series. Because if we do so we can finally take us some time and change a few things in 6. But maybe some companies like it more to get 6 out asap and have little BC issues every now and then. Those companies with their private code - they don't have a real problem with that. It is the majority of small sites. People that want new features every now and then. And then it is a problem because the majotity of servers come with exactly one PHP version installed. Perhaps it is a good idea to suggest to have PHP 4.*, PHP 5.* and PHP 6.* installed in parallel. Because only if we suggest so that might happen. And if it happens there is no such thing as BC. But well is any body still reading or caring for what i write? Best regards, Marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
