This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: linux audio software using gcj&swt!


On Oct 23, 2003, at 10:23 AM, Norbert Frese wrote:

i have written a little free software application for scheduled sound
recording on linux using swt and gcj.

http://www.scheinwelt.at/~norbertf/radiocap_homepage/
(sources)

Looks nice!


just a few questions:

1) how can i do a static compile of my application with gcj? (cause
libgcj is not so common).

the application starts but throws the following exception:

Caused by: java.util.MissingResourceException: Bundle
gnu.java.locale.Calendar not found
   at java.util.ResourceBundle.getBundle(java.lang.String,
java.util.Locale, java.lang.ClassLoader)
(/mnt/tiny/gcc_cvs/gcc/libjava/java/util/ResourceBundle.java:388)

Static linking with Java is tricky. Certain resources may be missing because they are only loaded dynamically (ie Class.forName), and the linker can't see that to include them. One workaround is to add static links to the missing classes in your code ie:


static class foo = gnu.java.localeCalendar.class;

2) what do you think will be the future of swt on linux: will it ever
become a kind of system-library (in its own package like gtk+ or wxgtk -
separated from applications)?

Yes, hopefully! The intent is that libgcj will become a system library that you can generally depend on being around too. The BC-ABI will help this along.


this would have the advantage that pure
GPLed swt-apps could be written and distributed legally.

Ideally the FSF people and the eclipse people would get together and sort out whatever it is that makes the SWT license incompatible with the GPL.


3) are there plans for a "fake" jni bridge, which would allow to compile
jni libraries and the "client-app" into a single binary (for better
performance?)

Its already possible to do this, with a few tweaks. I don't know the exact details, but I believe redhat are doing it for their eclipse build. I'm not sure if it improves performance in itself, but there is room for optimization in our current JNI layer.


Regards

Bryce.



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]