This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
bc-abi2: large application handling
- From: Jakob Praher <jpraher at yahoo dot de>
- To: "java at gcc dot gnu dot org" <java at gcc dot gnu dot org>
- Date: Mon, 11 Oct 2004 16:56:47 +0200
- Subject: bc-abi2: large application handling
hi,
since I am playing with the new abi a bit, I was wondering, how to deal
with big applications.
Which use cases do you have for compiling big applications to gcj using
the new abi?
* is the chaching stuff (at installation time) already functional?
- how can it be triggered?
* what are shared object files / what are executables?
in java every class can be mainable, so how do you go for that when
compiling so files - is the --main argument still the right method
should. How about a generic app stub that is able to load a shared
object and call that static main. (so every class file resides inside a
so)
* what is the way to use large interdependent jar files in compiling:
for instance, given
- app.jar
- lib1.jar
- lib2.jar
app defining a mainable class as myapp.Main, which depends on lib1.jar
and lib2.jar, whats the best way to turn that into gcj form?
when using the idiom
gcj -findirect-dispatch -classpath app.jar:lib1.jar:lib2.jar
--main=myapp.Main -o app
with bigger classes, I get an internal compiler error. Is the usage
simply wrong, or is that a bug in the compiler?
* is it better to compile the jar files separatly to so files and to
link them to app? - if so how is that expressed with gcj
* what are your idioms in using gcj for this?
thanks
-- Jakob