How to rerun unit test hierarchically ?

[Avi Bahra]

bjam has a facility called unit-test which runs the test  straight away

Is there any way to re-run the unit test hierarchically ?
I would like do something akin to:
bjam unit-test

  Best regards,
Ta,
   Avi


_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

[Vladimir Prus]

On Thursday 10 September 2009 Avi Bahra wrote:

> bjam has a facility called unit-test which runs the test  straight away
>
> Is there any way to re-run the unit test hierarchically ?
> I would like do something akin to:
> bjam unit-test

Avi,

this is not presently possible. I'd recommend using alias to achieve this
effect, e.g.

        alias this-component :
                [ unit-test a : a.cpp ] ;

        alias unit-tests : this-component some-dir//other-component ;

HTH,
Volodya
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

[Jonathan Brannan-2]

We did something similar to this by having a custom unit-test rule
that calls into a custom generator.  The generator rule then forwards
onto testing.capture-output and **passed** rules.  We have a feature
called "runtest" which is either on/off/always.  in always mode it
marks the $(target:S=.test) as ALWAYS.

On 9/14/09, Vladimir Prus <ghost@...> wrote:

> On Thursday 10 September 2009 Avi Bahra wrote:
>
>> bjam has a facility called unit-test which runs the test  straight away
>>
>> Is there any way to re-run the unit test hierarchically ?
>> I would like do something akin to:
>> bjam unit-test
>
> Avi,
>
> this is not presently possible. I'd recommend using alias to achieve this
> effect, e.g.
>
> alias this-component :
> [ unit-test a : a.cpp ] ;
>
> alias unit-tests : this-component some-dir//other-component ;
>
> HTH,
> Volodya
> _______________________________________________
> Unsubscribe & other changes:
> http://lists.boost.org/mailman/listinfo.cgi/boost-build
>

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

[Christian Auby-2]

I've wasted a lot of time trying to figure out how things are supposed
to work together path wise:

For MSVC boost.build auto links the boost libraries so it requires
nothing in the jamefile.

For GCC I've done this:

lib utils : utils.cpp /boost/filesystem//fs ;

As mentioned at
http://beta.boost.org/boost-build2/doc/html/bbv2/tutorial/linkage.html

Error:

error: Unable to find file or target named
error:     '/boost/filesystem//fs'
error: referred from project at
error:     '.'

I don't even know the syntax of the /boost/filesystem//fs part or where
it looks for this, and I'm having a hard time finding any documentation
about it.

However, when I call bjam in my project folder It finds 1300 targets or
so, which I assume is because it picks up boost. So why doesn't it find
the lib?

Help would be greatly appreciated.

Regards,

Christian
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

[Steven Watanabe-4]

AMDG

Christian Auby wrote:

> I've wasted a lot of time trying to figure out how things are supposed
> to work together path wise:
>
> For MSVC boost.build auto links the boost libraries so it requires
> nothing in the jamefile.
>
> For GCC I've done this:
>
> lib utils : utils.cpp /boost/filesystem//fs ;
>
> As mentioned at
> http://beta.boost.org/boost-build2/doc/html/bbv2/tutorial/linkage.html
>
> Error:
>
> error: Unable to find file or target named
> error:     '/boost/filesystem//fs'
> error: referred from project at
> error:     '.'
>
> I don't even know the syntax of the /boost/filesystem//fs part or
> where it looks for this, and I'm having a hard time finding any
> documentation about it.
>
> However, when I call bjam in my project folder It finds 1300 targets
> or so, which I assume is because it picks up boost. So why doesn't it
> find the lib?

Try /boost//filesystem instead.

In Christ,
Steven Watanabe

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build