Regarding the Windows port of gij

Mon Jun 19 13:52:00 GMT 2006

Hi All,
>> If so, how can I set it to use the classes in
>> libgcj-X.X.X.jar instead?
>>It will have to be dynamically linked against libgcj. This
>can happen when someone figures out how to coax the GCC
>build machinery into creating a libgcj.dll.
>>Till then, you will have to use a kludge like:
>> http://gcc.gnu.org/ml/java/2002-12/msg00287.html

If we're talking about 4.1 or the current tree, this libgcj.dll
will be basically useless since any exceptions thrown from
libgcj.dll will cause the application to segfault.
When I first read this, I wasn't sure whether Dezumondo meant
that we wanted classes to be pulled from the real libgcj-X.X.X.jar
vs. the handful of classes statically linked into gij.exe. I wasn't
clear on whether the interpreter would correctly go to the jarfile
on Windows or if Dezumundo meant that he also wanted the
interpreter to bypass whatever classes were statically linked into
gij.exe and go to the jarfile (or whether this is even possible).
One way of getting a working gij.exe on Windows (since it is
broken now due to its static linkage) would be to link it to
libgcj.a via -Wl,--whole-archive. Wouldn't this be the semantics
we want for --enable-static anyway, even for non-Windows platforms?
-- Mohan Embar
http://www.thisiscool.com/
http://www.animalsong.org/