Subject: Re: [boost] [EXTERNAL] [graph] Sync develop with master?
From: Belcourt, Kenneth (kbelco_at_[hidden])
Date: 2016-08-10 00:27:05
> On Aug 9, 2016, at 10:15 PM, Rene Rivera <grafikrobot_at_[hidden]> wrote:
> On Tue, Aug 9, 2016 at 10:17 PM, Belcourt, Kenneth <kbelco_at_[hidden]>
>>> On Aug 9, 2016, at 8:37 PM, Rene Rivera <grafikrobot_at_[hidden]> wrote:
>>> On Tue, Aug 9, 2016 at 8:47 PM, Belcourt, Kenneth <kbelco_at_[hidden]>
>>>> Well, itâs just more typing than I want to do though itâs fine for 3
>>>> libraries, it doesnât scale well for, say, 30 libraries.
>>> But you had to type it in some form at some point the way it was before
>>> also, right?
>> No, before I just removed blocks of libraries I didnât want to test from
>> the Jamfile.v2. A few vi block deletes and I was ready to test.
> You could get more creative with with what test you limit also. For example
> to limit to all "a" libs you could do "--limit-tests=a". Or multiple ranges
> like "--limit-tests=[a-c]". The arg is a simple regex so you might be able
> to get clever enough to make it short.
I didnât know that, thanks for the info.
> b2 "--limit-tests=graph|graph_parallel|mpiâ
>>>> Could we add support for a comma separator, or change the vertical
>>>> separator to a comma?
>>> Sure, I could add a comma separator. Would it also help if I added an
>>> inverse? i.e. an "--exclude-tests" option?
>> This could be useful.
> I'll add it in because..
>> But let me see if I can articulate the use case Iâm really after.
>> I want to change some arbitrary piece of code in some library, and have
>> some ability to test every library that depends on the library I just
> That is rather hard to achieve. And I'd have to think about how to do that.
> As it would require some core b2 changes to pull off.
Yeah, thatâs what I was thinking too.
> Now I can do this by running b2 from the status directory once up front,
>> but that builds and tests everything once. But once I have everything
>> built, then modifying some piece of code and rerunning b2 from status will
>> only test whatâs out of date. So thatâs my current fall back.
>> Granted my old hack of deleting libraries from status/Jamfile didnât
>> accomplish this use case either, but it was fairly easy to test a largish
>> number of libraries.
> Maybe another choice would be to modify the dependency tool to spit out a
> set of options to use. I.e. you might run it like this:
> b2 `boost-dep --limit-tests=my-lib`
> And it would return the list of options for all the dependent libraries.
> fo.cgi/boost <http://lists.boost.org/mailman/listinfo.cgi/boost>
Iâll try this, thanks again for all the help Rene.
> -- Rene Rivera
> -- Grafik - Don't Assume Anything
> -- Robot Dreams - http://robot-dreams.net
> -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk