>>>>> "Anthony" == Anthony Green <green@xxxxxxxxxx> writes: >> The crucial thing is to get the module xmlhelp built with gcj so that >> building in helpcontent2 which uses xmlhelp will produce the help files. >> In xmlhelp "extends sun.net.www.protocol.file.Handler" is a problem, >> hacking around it currently leads to a crash in helpcontent2. Anthony> This is application badness. Ideally they wouldn't be using Anthony> this class directly. If rewriting this code isn't an option, Anthony> have a look at gnu.gcj.protocol.file.Handler to see if it Anthony> will do the job. Copying and modify the gcj code is an option, btw, since the libgcj license is sufficiently liberal as to allow this. In gcj cvs this code is now in gnu.java.net.protocol.file.Handler btw. Whether this makes sense is hard to say without seeing the code. Caolan, we're definitely interested in getting this working. Feel free to ask questions on the gcj list (java@xxxxxxxxxxx). It isn't too late to get patches for OOo into GCC 4.0 if we can figure out what we need and implement it relatively quickly. Anthony> Just FYI, however, I expect rhug will go away when we all Anthony> start using GCC 4, since building and running java Anthony> apps/libraries with GCC 4 will be much easier. Yeah, the new binary compatibility ABI in 4.0 will make it a lot easier to gcj-compile random applications. However, it might not help OOo too much, since there the challenge is compiling source->class against a free class library. Tom
