Re: [jamboost] QT support, and some problems

From: Jürgen Hunold (hunold+lists.Boost_at_[hidden])
Date: 2003-01-20 07:57:13

On Monday 20 January 2003 11:49, Vladimir Prus wrote:
> Jürgen Hunold wrote:
> > Thanks ! I've tried and it links fine. Execution is another matter,
> > for I use a customised Qt which is not in ld.so.conf nor in
> > LD_LIBRARY_PATH due to conflicts with KDE-3.x.
>
> Thanks for trying!

You're welcome. Well, the point is that I think bjam V2 will be superior 
to qmake. And I'm happy to contribute a little to the develop.

> > The answer is to hadrcode the library with -Wl,-rpath, for gcc.
> >
> > Another change is to link against qt-mt (Multi-Thread).
> > I wonder about detecting this somehow...
>
> What should be detected? The need to -Wl,-rpath, or multitheaded QT?

Well, hardcoding the library-path is always good, at least for 
development. I guess this should either be made default or a 
configuration switch. 

Multithreaded Qt depends on a multithreaded configuration. The qt 
toolset should select qt-mt depending on the feature <threading>multi.
So no autodetect is needed.

> Done. examples-v2/qt now uses "h" suffix.

Yes. Works for me.

> > BTW, how do I link against external libraries ? I would need
> > STLport i order to test with something real ? I've tried to figure
> > out something from boost.python Jamfile.v2, but did not succeed.
>
> Oh... well... that's undocumented. Let me try to explain this in
> email. I'll add it to docs after that.

> Is this explanation appropriate?

I'll try out later. Maybe this evening I fear. Have to get some work 
done...

> We should really implement the stlport support. I've started already.
> Adding relavant includes when there's <stdlib>stlport property is
> simple. What is not simple is automatic creating of lib target for
> stlport. The problem is that the module for handling stlport is not
> considered "project" and is not allowed to declare target. Hopefully
> this will be changed soon.

I think I have to take a look into Jam docs again. 
But having STLport around would be a great help.

Yours,

Jürgen

-- 
* Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau
* voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover  
* fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover
* hunold_at_[hidden] ! www.ive.uni-hannover.de