More Eclipse

Slashdot published a story about Eclipse running on our free java platform. But I missed all the fun because I was out of town. We got more then 25.000 “visits”, 150.000 hits and 10GB of data traffic. Ouch. But now a lot more people know about this milestone :)

Jeroen Frijters took the latest sources from GNU Classpath and made them work with his IKVM.NET. Eclipse running on .NET, Wow! Now if someone makes sure that IKVM.NET works on DotGNU Portable.NET or Mono we would have a very nice bridge between the free java and .net worlds. Fun, fun, fun!

In a way it is to sad that there will be a releases soon of GNU Classpath and GNU gcj. There is so much to do before we release. But secretly I just want to work on getting Eclipse working even better. Choices, choices…

Free Eclipse!

The last couple of days have been really nice. This weekend two of my friends, Vincent Partington and Erwin Bolwidt come over for a weekend of free software hacking. They were both really enthusiastic about Eclipse for developing in java. Since Tom tromey already mentioned that he got Eclipse starting up once using GNU gcj I thought it was a cool idea to try to get Eclipse running some more. I was really surprised how well it already ran and that weekend we came up with a couple of patches that made most of Eclipse actually run. Then on Monday Anthony Green supplied a patch to get the Garbage collector working and now a couple of days (and patches) later a non-trivial amount of Eclipse seems to work (although slow and with occasional lockups, so it isn’t actually usable yet for real work).

It will still be very much work to make Eclipse really usable on top of GNU gcj and GNU Classpath but I do see light at the end of the tunnel. I am really happy that the years of work of the GNU Classpath and gcj hackers have produced a free java platform that is now finally usable for such big projects (Fun trivia fact: When Eclipse wants to show its help pages it starts up a Tomcat server and a Mozilla browser to view the JSP pages. And this works under gij!).

I made a page with instructions to run Eclipse with gij and some screenshots (which show how nicely Eclipse looks - since it uses GTK+ widgets). Please look at it if you want to help us make Eclipse more usable on gcj (or just for the very nice code completion screenshot).

GCJ 3.3

Did an a lot of testing and rebuilding of the GCC: GNU Compiler Collection. That is such a big project and my machine is so slow… But it seems that at least GNU gcj 3.3 is already in good shape. Made lists of Mauve testresult status and Other testsuite failures. Two months will be more then enough to kill these last bugs. But we can always use more testers. So if you have a free software java project please try out a GCC 3.3 snapshot so we can make sure that when we release it works for your project.

Jikes RVM 2.2.0

The Jikes Research Virtual Machine is a free virtual machine written in java that is self-hosting!
Version 2.2.0 now mostly uses the GNU Classpath class libraries. And they are optimistic that release 2.2.1 of Jikes RVM will be based entirely on the GNU Classpath libraries. Yeah! Another happy customer.

GNU Classpath API doc

It seems we now have API doc for the core class libraries online. It looks nice. We need a lot more documentation, but some of these docs are already very useful when writing java programs. Please check it out and if you find something missing then please write something for it. Documentation patches are always welcome. The documentation was produced with gjdoc which is not completely finished, but as you can see already very capable of producing nice javadoc. (It actually produces XML files that are later transformed with xsltproc to the actual HTML.)

GCC 3.3

Yeah! GCC: GNU Compiler Collection has branched for 3.3. I am really excited since at least GNU gcj 3.3 is a big improvement over 3.2. And it opens the door for exciting new development for 3.4. GNU Classpath has implementations of java.awt, java.util.prefs and java.util.logging that are all waiting to be imported into the libgcj CVS tree. I have some ideas for sharing more of java.lang, java.io and java.net between Classpath and libgcj. And it will be fun to experiment with the new stack walking code that Andrew Haley made. But it also means a lot of extra work since a lot of people will now suddenly realize that they have to actually test this thing and they will find bugs that the regular developers thought didn’t exist anymore. And all bug fixes now have to be tested against two versions. Finding disk space for an extra build of gcc (almost 1 Gig when you have a source, build and install, and that is a build for only the C, C++ and Java compilers and libraries) was also fun (why-o-why did I ever think that having 6 partitions on each disk would be smart…) I also had to update my autobuilder to test both mainline and the 3.3 branch. Interesting 2 months ahead anyway.

GNU Crypto

GNU Crypto has fastly grown to a full blown crypto library for java. It is now also a java security provider. So we have been solving all the bugs in GNU Classpath that prevented security providers to work. And it seems we are now almost there. And GNU gcj produces really fast crypto code since it is able to do some nice optimizations when it compiles to native code as an ahead of time compiler. This really shows the power of gcj. Being build on top of the GCC: GNU Compiler Collection it can produce good code for a lot of processors (x86, mips, powerpc, alpha, ia64, s390, arm, etc.) It is not that hard to create a portable java bytecode interpreter that would run on all those platforms, but producing a fast interpreter for those platforms would be a lot of work. But when you compile to native code with gcj you get it for free!

If all goes well we will have a very nice and fast crypto addition to the GNU java platform next year.