Subject: Re: [boost] The problems with Boost development
From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2010-03-24 16:33:36
Robert Ramey wrote:
> Steven Watanabe wrote:
>> Robert Ramey wrote:
>>> Also I've always been unhappy about the chart displayed
>>> for the remote testing. Other than the compiler, it doesn't
>>> show me the build features debug/release, static/dynamic, etc.
>>> much less test the combinations.
>> You can force Boost.Build to build different combinations
>> for your library.
> I'm doing that. That's why the library_test script shows
> a separate cell with results for each variation.
> That is I get 5 cells if there are 5 variations.
I mean that you can adjust the Jamfiles so that the
regression tests will run multiple variants automatically.
alias all_variants : serialization : <variant>debug <variant>release ;
should do the trick, I think. (Warning, I haven't actually tried this)
>> I'm pretty sure that if you do, the table
>> cell for the test will link to a page that shows the different
> I'm not sure what you're referring to, but if it's the table
> shown in the trunk test I don't see where I can decypher the
> build settings.
You generally can't unless there are multiple build variants or
something fails. Unless the tester explicitly sets them, they
should just use the defaults.
> In this particular example, I get a failure and click on the link to get
> which doesn't help me at all - though I guess that's a separate issue
It looks like something is failing that isn't getting picked up by the
reporting tools. I don't see what it could be. I guess we'd need
to see the bjam log to figure it out. Ask on the testing list?
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk