[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:11 PM, Helge Fredriksen <hf at poseidon.no> wrote:
> Hello again!
>
> It seems like the announced problem was all my fault. Guess it was some path
> setup missing, because
> on a second try it all worked the same way as on the Linux platform,
> stopping at the OpenGL example
> HelloGL. Sorry for all the hazzle. I'll try to check my setup a bit more
> carefully the next time.
>

As to OpenGL, you need jogl (Java OpenGL) and have the jars in your
classpath. Does the problem show up at all under Windows?

> PS: What is the new qtjambi-util jar file produced all about? Why not put
> these classes in the qtjambi jar?
> I see that the Version class is there, any plans to get the version info
> directly from Qt environment somehow
> instead of hardcoding this in Version.java?
>

This 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

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