Jansen Guido, CH writes: > Hello, sorry to bother you with a probably silly question but the > web pages you offer are really TOUGH to see through if you "just" > want to try something with GCJ. > > My team is working on a big applet to display a lot of graphics as > one step in the workflow of a web application, so a lot of server > communication involved, too. > > I have tried using the JET compiler and was successful, but now the > size of the native-compiled applet code is a big issue. So I was > ordered to investigate further if GCJ could be an alternative. A > few months ago when I started this task, I stopped investigating > GCJ because your pages seem to say "not much AWT support and no > SWING support yet". Tom Fitzsimmons has alread replied regarding Swing and AWT, and it's a much better story than previously reported. > Now my question before I dig deeper into GCC and GCJ is: Is this > statement true? Will I get problems displaying AWT dialog elements > and java-2D drawings in a GCJ-generated executable? If so, what is > the time frame when those tasks will be addressed in depth? > > And can you say something about how big an exe would result from a > 700KB jar-File with java-classes, i.e. all in all (compiled JDK > needed? That is the biggest bunch in the JET results), > approximately? It's going to be big. The size of compiled Java is, in the main, due to the definition of the language and not to any particular implementation. .jar files are an extremely compact representation of compiled code, and therefore you can reasonably expect precompilation to expand the size severalfold. A representative example for gcj is: -rw-r--r-- 1 jonas jonas 1.7M Apr 19 19:10 /var/lib/jonas/lib/commons/jonas/ow_jonas.jar -rwxr-xr-x 1 root root 7.7M Apr 19 20:42 /usr/lib64/gcj/jonas/ow_jonas.jar.so A 32-bit prcompiled version of this library might be a little smaller. Andrew.
