Boost logo

Boost Testing :

Subject: Re: [Boost-testing] [EXTERNAL] Sandia-sun tester fails for all Boost.Thread tests
From: Vicente J. Botet Escriba (vicente.botet_at_[hidden])
Date: 2011-12-20 03:08:50

Le 20/12/11 01:20, Belcourt, Kenneth a écrit :
> Hi Vicente,
> On Dec 19, 2011, at 5:05 PM, Vicente J. Botet Escriba wrote:
>> what is going wrong on Sandia-sun tester? All the tests on Boost.Thread fails with no evident reason.
> IIRC, I believe what's happening is that the nightly process builds with threading off by default, but the thread library naturally turns threading on. So everything in thread gets compiled twice, here's an example.
> sun.compile.c++ /scratch2/kbelco/boost/results/boost/bin.v2/libs/test/build/sun-5.10/debug/address-model-64/link-static/stdlib-sun-stlport/logged_expectations.o
> and
> sun.compile.c++ /scratch2/kbelco/boost/results/boost/bin.v2/libs/test/build/sun-5.10/debug/address-model-64/link-static/stdlib-sun-stlport/threading-multi/logged_expectations.o
> This results in the test reporting getting messed up and I think is the source of the problems. Do you want me to turn threading on for nightly Boost testing on this platform? I have no idea what that will do but I can enable it if you'd like me to.

I see. the Jamfile has the following

     : default-build <threading>multi

So if you force it to single the build and the tests should not work. I
don't know why Anthony has set this like that. IMO it will be enough to
force in the Thread Jamfiles.

Anthony the user must be able to set threading to single when the lib
doesn't works without multi? Does this means that the lib and the test
must not be built noeither tested in this case?

In the mean time, could you give a try to replace this line

     : default-build <threading>multi


in libs/thread/build/Jamfile, so that we see some more interesting results?


Boost-testing list run by mbergal at