Subject: Re: [boost] [EXTERNAL] [mpl] [build] [testing] Merge pull requests
From: Suckow, Thomas J (Thomas.Suckow_at_[hidden])
Date: 2014-09-19 13:02:14
On 9/19/14, 9:22 AM, "Andrey Semashev" <andrey.semashev_at_[hidden]> wrote:
>On Friday 19 September 2014 15:56:26 Suckow, Thomas J wrote:
>> Would a bjam.log from a failing RHEL machine help?
>> There is everything from:
>> ../libs/multiprecision/test/test_rat_float_interconv.cpp:195: error:
>> should be '> >' within a nested template argument list
>> hared_ptr.h:146: error: cannot use typeid with -fno-rtti
>> It takes 12min for my build to fail, I could up the build once an hour
>> that might help. I could even auto upload the bjam.log to the regression
>This sounds like the build actually starts (i.e. the testing tools are
>successfully and library tests began running, some of them failing). This
>not the problem we're seeing, but it would be interesting to know why it
>doesn't manifest in your case.
>Did you somehow modify your build scripts? Do you manually invoke 'b2
>before starting tests? Do you delete the boost directory before running
>Is there anything special in your user-config.jam? How do you start tests?
>There's clearly some difference between testers, which makes some of them
>and others succeed.
Opps. In my haste I pulled the bjam.log from the last SUCCESSFUL build.
Bjam.log is not built.
I tee¹d the run.py and have uploaded it below
>> I had brought up the issue with the headers target in the past on the
>> boost-build list.
>> For it to work for me I use:
>> This was a breaking change in 1.56 for our codebase as before we simply
>> included the /boost//headers target. If this is the intended behavior of
>> use and implicit-dependancy I think it is possible to make the headers
>> target an alias that has a usage-requirement of the use and
>> implicit-dependancy of the real headers target. This would make the
>> headers target behave like it did before 1.56. There seemed to be little
>> interest when I brought it up before, I think I was the only one
>> at the time.
>I'm not a Boost.Build expert so I didn't quite understand your way of
>it. Could you specify how and what code you changed (i.e. a patch or
When I build our project with boost-build we have to specify headers like
this to make sure the symlinks are made:
exe myExe :
We used to, before 1.56, be able to do:
exe myExe :
I¹ll go try the alias trick I thought of and see if that would work.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk