From: Zbynek Winkler (zwin_at_[hidden])
Date: 2004-01-19 08:57:38
thanks for a such comprehensive explanation. Adding the library to the
'test' target really solves the problem. However it was a cut down
example. In the main project the problem arose because of a different
library. The final fix is to turn the file MCL.cpp into a library of its
own (which it should have been anyway :-)).
On a different track - wouldn't it be a good idea to start a FAQ file? I
would also propose to split the documentation to a several files to ease
the navigation (tutorial, reference, extender's guide etc.) with a
navigation bar to easily switch among them. Or should I just use the
boost wiki when I feel like I have an urge help? ;-)
Vladimir Prus wrote:
> Hi Zbynek,
>>When running bjam from within the mcl directory I get this strange
>>output about 'Duplicate name of actural target'. Am I doing something
> You have:
> unit-test test : MCL.cpp ;
> exe gg : MCL.cpp ../number//number ;
> This requests two compilations of MCL.cpp: one for 'test' with default
> properties, and another for 'gg' with some additional properties -- usage
> requirements of 'number'.
> Boost.Build notices that properties are different, and believes the built
> targets should be different as well. But it has no idea how to place those
> two targets into different directlories -- after all, they differ only by
> So, an error is issued.
> Two solutions is possible.
> 1. If MCL.cpp includes something from 'number', add <use>../number//number to
> usage requirements of the project. In theory, you should be able to write
> unit-test test : MCL.cpp : <use>../number//number ;
> But this will fail with the same error since V2 believes difference in <use>
> properties is bad too -- which I'll fix right away.
> 2. If you really want MCL.cpp to be compiled twice, place it in some other
> unit-test test : MCL.cpp : <location-prefix>test
-- http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic
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