Boost logo

Boost-Build :

From: David Abrahams (gclbb-jamboost_at_[hidden])
Date: 2003-05-14 06:22:11


Vladimir Prus <ghost_at_[hidden]> writes:

> We were discussing this issue with Dave and I think we've reached a
> conclusion. But I'd like to make sure we all agree to it. The proposal is for
> a simple rule
>
> All non-trivial changes to Bjam core must come together with tests.
>
> Does everyone agree?

Of course. I did supply tests.

> The motivation is that jam/bjam itself is not very good tested, and if we
> continue adding untested features, bjam will only degrade. The more direct
> issue is that recently, typechecking facilities were added to bjam, and I did
> not seeing the exact description of semantics, or any tests. As result, I had
> to look up in code to understand how it works. A simple tests (which I
> already comitted) would be sufficient to understand everything.
>
> (There's some test in class.jam, actually, but it's not executed by
> default

"not executed by default?"

You must've missed this:

local rule expect_derived2 ( [derived2] x ) { }
^^^^^^^^^^

expect_derived2 $(d) ;
expect_derived2 $(e) ;

> and is too high-level to understand how new feature works).

What's high-level about this?

Actually, your test is not such a good demonstration because type
checking code should generally not ECHO, but should return a message
as my example did.

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com
 

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