From: David Abrahams (dave_at_[hidden])
Date: 2003-01-22 16:45:34
Jürgen Hunold <hunold+lists.Boost_at_[hidden]> writes:
> Hi !
> First of all, I want to thank Vladimir for the great work.
> I've tried the qt-toolset on some small project and it works fine.
> Vladimir, the description for external Libraries was very helpful.
> I was able to link against external libraries succesfully. All that
> prevents me from *really' using bjam is the following bug:
> I started to convert my V1 build system for some "real" software to V2
> and was able to build all libraries standalone.
> But the build of the main failed due to some weird problems.
> The problem seems to be our (ancient) source hierarchie.
> We have the following structure:
> Okay, I created Jamfiles in liba and libc, including sources from
> liba/c libb/c,respectively.
> Headers are drawn from ../include/a/.
> Libs liba and lib build correctly when doing a (cd liba; bjam --v2).
> Root-Jamfile contains rule build-project main ; which should build
> local main.cpp and the needed libs liba and libb.
> exe main: main.cpp ../liba/liba ../libb/libb ;
> Somehow the qt-toolset fails in resolving the relative paths
> needed to find the header to be moced
That's not the problem, at least with the simpler test project you
enclosed. You can see that by commenting out all the qt-related
stuff. You can also eliminate all the stlport-related stuff.
The problem has to do with the project and subproject relationships in
your "main" subproject, though I'm not sure what the solution is yet.
I think this is a bug, but I'll wait for Vladimir to say for sure.
One other note: next time you have a this problem, you might consider
adding --debug-generators to the command-line. You'll get more
information than you can probably use, but it's likely that a clue is
in there somewhere.
-- David Abrahams dave_at_[hidden] * http://www.boost-consulting.com Boost support, enhancements, training, and commercial distribution
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk