[Qt-jambi-interest] [PATCH 0/5] community-port-to-4_6: build merged into master - rationale

[Francis Galiegue]

On Wed, Dec 23, 2009 at 11:56 PM, Helge Fredriksen <hf at poseidon.no> wrote:
>
> Hmm, the example jar used to compile previously, but a closer look
> at the old build system produce reviles:
>
> helge at 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.
>

Yes, I have stumbled upon that problem quite early. In fact, IIRC, it
was excluded from the compile if qtjambi.opengl was not set.

> 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?
>

Well, in general, I'd like to provide a system where you can really
choose what part you want to compile. Currently, the situation is
quite bad:

* the initialize task will set ant properties according to what Qt
libraries it can find;
* the "dll" jar will include said Qt libraries according to these properties;
* however, the typesystem is "blind"; while several base typesystem
files exist that don't include everything, you need to modify the
build.xml file by hand to include what you really want;
* and of course, there's the problem you mention.

The worst part of it is that since the properties are setup by the
initialize task, they are immutable unless you go through Java code :(

>
> No problem for me to split it, however, would it be possible to put those
> class files in the qtjambi jar as well to ease distribution?
>

Honestly, I'd really prefer that this jar be gone entirely - but work
needs to be done.

>
> PS: Would be nice to meet more of you at the freenode#qtjambi IRC. Better
> place maybe to discuss compile time issues...
>

I didn't even know that this channel existed :p Will join,
-- 
Francis Galiegue, fgaliegue at gmail.com
"It seems obvious [...] that at least some 'business intelligence'
tools invest so much intelligence on the business side that they have
nothing left for generating SQL queries" (Stéphane Faroult, in "The
Art of SQL", ISBN 0-596-00894-5)