Boost logo

Boost-Build :

From: David Abrahams (dave_at_[hidden])
Date: 2003-05-06 16:41:41

Aleksey Gurtovoy <agurtovoy_at_[hidden]> writes:

> David Abrahams wrote:
>> > David Abrahams wrote:
>> >> > It would be appreciated if somebody clarified the situation.
>> >>
>> >> Could you add -d+5 at the beginning of the command-line
>> and post the
>> >> last hundred lines or so
>> >
>> > Attached.
>> >
>> >
>> D:\boost4\boost\tools\build\boost-base.jam:1487:>>>>|>>>>|>>>>
>> |>>>>|>>>>|>>> EXIT unknown dependent target
>> <libs!regex!build>libboost_regex.lib
>> > unknown dependent target <libs!regex!build>libboost_regex.lib
>> Aha. I'm pretty sure this is due to the hack I just added to the
>> regex lib to get it to leave off the "lib"... prefixes when building
>> on windows platforms.
>> I'll have to go in and hack the Boost.Build core to get this to work
>> right.
>> I wonder if, perhaps, I can just patch the stage rule to change the
>> name accordingly and avoid some of the nastiness involved with
>> intra-project dependencies like this one. Nobody cares about the
>> exact name of the library that gets built for running the regression
>> tests, do they, John?
> I am afraid the original question is still open, though - besides fixing the
> issue itself, can we make sure that when something like this happens again
> in the future, bjam doesn't just quit the whole regression process? It's
> only one library that is broken, and terminating the whole thing on an error
> like "unknown dependent target" just doesn't seem right to me (I would
> understand if it crashed or something, but deliberatively quitting
> definitely seems wrong :).

Sure. You can grep for the error message in tools/build/*.jam and



ECHO warning:


Dave Abrahams
Boost Consulting

Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at