+1. I have a few classes written for php4 that does'nt work with the current cvs version of php5. I'm trying to reduce the code to be as small as possible but still showing the errors/bugs. I guess I have to speed up that process :-)
- Frank > Guys (n' Girls), > > I think there was a lot of good and positive talk in the past few emails. > Let me summarize: > a) There are still people who have to fix some of their extension and are > actually working on them. These fixes should definitely be in PHP 5 and the RC. > b) There are people who are working on new or major rewrites of their > extensions such as Shane and Marcus, who acknowledge that when they are > done, their extensions will be released. I understand from Marcus that he's > fine to have PDO in 5.0.0 or 5.0.1 whatever is relevant. As PDO is > something many are waiting for, no matter when it is released as stable, > people will start using it. > c) There are bastard extensions such as Java and Corba (I thought that Java > was fixed by Wez) and no one is touching them. I believe that no release of > PHP can wait indefinitely for someone to take ownership and fix such > extensions. We will either need to remove them or pray someone picks them > up quickly (although I still think Java is supposed to work). In any case, > we are talking about two very non mainstream extensions here. It's not as > if the Java one is a very feasible extension to use in production > environments because it's slooooooowwww and heavy. > d) If you're an extension maintainer or just a good guy, please take a look > at the bug reports. > > So I suggest the following, let's kick ourselves in the tush, aim for Beta > 3 on the 30th of November, and hopefully after that we can do a feature > freeze and go into bug fixing only mode. We can re-evaluate this date as we > get closer in case people are really having a hard time getting their stuff > done. But we can't wait for people who just don't have time in the next few > months. That doesn't make sense. > > How's that? :) > > Andi > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
