Boost logo

Boost :

From: Aleksey Gurtovoy (agurtovoy_at_[hidden])
Date: 2005-03-21 08:28:12


David Abrahams writes:
> "Jeff Garland" <jeff_at_[hidden]> writes:
>
>> On Sun, 20 Mar 2005 18:22:53 -0500, David Abrahams wrote
>>
>>> Boost.Build does dependency analysis; there's no reason to re-run
>>> everything from scratch.
>>
>> It seems to be broken at the moment,
>
> If you mean, "can't trace dependencies generated by macros" like
>
> #include FOO(bar)
>
> then yes, it's "broken." If there are other problems, I'm surprised
> to hear it.

>From http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Boost.Testing:

* Incremental testing is not reliable:

        * Marked as expected-to-fail tests are rerun. There is not point
      to rerun tests if the library is marked as unusable or the test
      is marked as expected to fail on particular toolset. BBv1
      running in testing mode should accept the list of tests which
      are disabled.

        * The obsolete tests (test which do not exists any more) are still
      included in the test results. The tests which have been removed
      still have their test results in the component directories.

        * Jamfiles/rule files are not included as dependencies.

        * bjam doesn't track dependencies if they were included as
      #include MACRO

-- 
Aleksey Gurtovoy
MetaCommunications Engineering

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk