Another GCJ win32 bug "regex" (String.split()) not working

Andreas Grunewald gruni@users.sourceforge.net
Mon Apr 11 20:29:00 GMT 2005


Aha I see.
thing is, I don't want to do dynamic linking because I want one exe file 
and don't want to have other files to be dependent on.
Dynamic linking should be possible on windowsas far as the README goes 
that is included with the thisiscool distribution.
> This error is due to the limitations of static linking. libgcj's regexp 
> code requires the gnu/regexp/MessageBundle resource. Usually this is 
> compiled in to libgcj.so, but when static linking there is no way for 
> the compiler to know about this dynamically loaded resource.
I don't understand this, what do you mean with "usually this is compiled 
in to libgcj.so" if it is compiled into it then why isn't it there ?
And why is there no way for the compiler ? If String.slipt() is compiled 
correctly it should work, or throw an error at compiletime, that a 
needed resource is unavailable. I don't understand why this can not be 
resolved at compile time.
> You'll need 
> to either explicitly tell GCJ to link this file into your .exe,

Could you give me a hint how I could do this ?
> My guess is that your libgcj probably does have debugging information, 
> but libgcj can not yet use it when printing stack traces.

Why is that ?
Thanks for the fast answer, I really whish I could help are there any 
efforts of a more intensive Win32 development. Especially in making the 
gcj easier to use and easier to install.
Regards,
 Andreas


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /