I reworked the sound configuration process, to automatically discover the installed sound backends and compile tritonus libraries accordingly. Of course that broke the build on just about any other other machine than mine. This should be fixed now.

The Freenet and Jython installer assertion bug is fixed, only to be replaced by some new assertions on OpenBSD when running Freenet. This time it seems to be something about file I/O and threading. I'll have to put OpenBSD on my test machine and start digging around what might be causing this.

The Jython installer still crashes in fascinating ways, too. At the end of the installation, it tries to (de)serialize some really complex object. As kaffe's serialization code uses recursion to traverse the object tree, Jython's installer blows the stack after a while. I've got a good idea on how to avoid recursion here, but I'll have to dig into serialization first before I can figure out how to implement it properly.

I received two new bug reports about kaffe's BigInteger implementation not working. It's using GNU MP, so it doesn't work when the library is not present, and you get errors about missing methods, intializers and what not. As not everyone can be expected to have cryptographic ammunition libraries on their systems, I've proposed to also have the pure java implementation from GNU Classpath as a configure time choice. It'll come into kaffe over the course of this week, when I find some time to merge it in.

My first patch for ant was applied yesterday. Now the latest ant version in the CVS works again with kaffe. So will the upcoming 1.5.2 release.

I've tested the GNU Crypto 1.1 prereleases, and that of course turned up a few new bugs in kaffe. The good thing about working on a free software java implementation is that you can never get bored ;)

I've also tried to teach kaffe's configure.in to build kaffe --with-dmalloc, but that didn't really work out so far. It gets compiled and runs all right, but I don't get any output from dmalloc. Suspicious.

Finally, more sensible --classpath option support is coming into kaffe. Since jdk 1.2, --classpath only adds classes to the core system classes, and doesn't replace them. A lot of shell scripts for running java software assume that, which makes it rather painful to run such software on kaffe, as you'd have to add the location of kaffe's rt.jar to --classpath, too. Well, no more. I've posted a patch on the mailing list to fix that.