Francis Galiegue wrote:
Hmm, the example jar used to compile previously, but a closer lookOn Wed, Dec 23, 2009 at 11:11 PM, Helge Fredriksen <[email protected]> wrote:Hello again! at the old build system produce reviles: he...@poseidon:~/jambi-4.6-work$ jar tf qtjambi-examples-4.6.0_01.jar | grep GL com/trolltech/demos/HelloGL.html com/trolltech/demos/HelloGL.java com/trolltech/examples/Painting2D$GLWidget.class So, no class file, only the java file, which means that this probably have been skipped somehow. Should we have a auto-download of the jogl jar as well to get the compiling look smooth, or skip that compilation if it doesn't exist in the classpath? No problem for me to split it, however, would it be possible to put thoseThis jar only contains two classes, Version and OSInfo. The trouble is that both are necessary at the same time for ant-qtjambi.jar and qtjambi.jar. As I split all Java sources in their own directory (as you have probably seen), I had to make this two-file jar. And it is a bit of a hack, admittedly. There are plans indeed to move Version.java out of the way (qmake can help here), but OSInfo is another matter :/ It is used in only _one_ place at runtime: the dynamic library loader. But this is quite a touchy place. In fact, an overhaul is probably necessary for this file to be phased out entirely (probably using Java system properties), but such a change needs to be tested on as many platforms as possible. This is the occasion to use git to its full extent :p class files in the qtjambi jar as well to ease distribution? PS: Would be nice to meet more of you at the freenode#qtjambi IRC. Better place maybe to discuss compile time issues... Helge |
_______________________________________________ Qt-jambi-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
