From: Jurko Gospodnetiæ (jurko.gospodnetic_at_[hidden])
Date: 2008-01-18 08:47:39
> Any ides on how this should be implemented? Any workarounds available
> at the moment?
Ok... a little update. Boost Jam does not seem to know about the
dependency between these two libraries and so does not guarantee the
order in which they will be processed. Boost Build then constructs the
list of libraries to be linked together in the order in which Boost Jam
processed those libraries. A quick-fix in my specific project is to
simply tweak the order in which the libraries are listed as dependencies
of the main executable.
The linking order is then affected by this order but does not seem
to be equal to it... For example, the two libraries get linked in the
reverse order then the one they are listed in here :-) but at least it's
'almost' consistent. I say almost because they get switched again if I
add an additional .obj to the list. :-)
An idea: Would there be anything wrong with stating dependencies
specified using the <use> feature directly to Boost Jam? Would that then
fix the behavior on Windows and at the same time remove the need for the
explicit library sorting step used by the GCC toolset?
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