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] | |
Hi, I know that I am mostly a java-gnome bindings cheerleader, but I thought you would all like to know that "the other free desktop" also has bindings which work with gcj. See the whole thread at http://lists.kde.org/?t=107817791400002&r=1&w=2 Seems like we need to have easier ways to setup native libs and detect gcj (compile flags). Since most of the projects that use gcj seem to have problems integrating with their own build system. Sascha recently pointed me at http://autoj.sourceforge.net/ which I haven't investigated yet, but seems nice when your build system is Automake based. But it doesn't have support yet for native compilation. There is the documentation of RHUG which might help people out: http://sources.redhat.com/rhug/hacking-howto.html What would people recommend to projects wanting to setup a gcj friendly build process? Cheers, Mark
--- Begin Message ---
- From: Daniel Hanlon <daniel dot hanlon at man dot ac dot uk>
- To: kde-java at kde dot org
- Date: Tue, 2 Mar 2004 11:47:19 +0000
- Subject: Re: [Kde-java] Using GCJ with KDE Java
- Organization: Manchester University
- References: <4043B257.4010409@clara.net>
- Reply-to: kde-java at kde dot org
On Monday 01 March 2004 21:59, George Russell wrote: > I've tried using GCJ to compile a KDEJava application, but I get link > time errors. > > First, I'd like to know if anyone has successfully compiled a KDE Java > application using GCJ? > > Secondly, is there a magic incantation to get the two to work togther? I've managed to get a few apps working with the kdejava bindings and gcj. I dowloaded the kdejava and qtjava modules seperately and built them to create qtjava.jar and koala.jar. I then compiled the two jars with: (kde installed in /usr/kde/cvs) gcj -L/usr/kde/cvs/lib -lqtjava qtjava.jar -fjni -shared -o libqtjavabind.so gcj -I<path to qtjava>/javalib -L/usr/kde/cvs/lib -lqtjavabind -lkdejava koala.jar -fjni -shared -o libkoalabind.so You can check with ldd that the produced shared objects are linking correctly. Then, for example, the KProgressTest.java example compiles with: gcj KProgressTest.java --main=KProgressTest -o kprogresstest -lkoalabind -I<path>/qtjava/javalib -I <path>/kdejava/koala Whilst the resulting executable worked fine, there was clearly a problem somewhere (probably in libgcj?) as when I left it running for a day or so, it ended up using 300 odd MB of RAM.... Hope this helps, Daniel. -- ---------------- Daniel Hanlon e-Science, Manchester Computing, Manchester University, UK. _______________________________________________ Kde-java mailing list Kde-java@kde.org https://mail.kde.org/mailman/listinfo/kde-java
--- End Message ---
Attachment:
signature.asc
Description: This is a digitally signed message part
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |