Boost logo

Boost-Build :

From: John Maddock (john_at_[hidden])
Date: 2005-08-30 11:40:02


> Environment:
> * Cygwin 1.5.7
> * GCC 3.2
>
> I've got a very simple (testing-based) Jamfile that works fine, and
> I'd like to run one of the tests with multithreading options:
>
> bjam "-sTOOLS=GCC" "-sBUILD=<threading>multi" test_basic
>
> This invocation succeeds, but I can see in my code that
> BOOST_HAS_THREADS is *not* defined. I've tried also
>
> bjam "-sTOOLS=GCC" "-sBUILD=<threading>multi <define>BOOST_HAS_THREADS"
> test_basic
>
> with a similar effect: BOOST_HAS_THREADS is later undef'd, I
> guess by some Boost.Config header.
>
> My last attempt involved expicitly plugging the <threading>multi
> requierement
> in the test rule itself inside the Jamfile, same result.
>
> So, what need I have to do in order to enable multithreading support
> under the
> aforementioned platform? I guess I'm missing something very obvious, and
> feel
> kinda stupid :(

With Boost-1.33.0 and the latest cygwin (gcc-4.4.4) then if I build the
config_info test case (under libs/config/test) then I see the
BOOST_HAS_THREADS *is* getting defined.

It would only be explicitly undef'ed if gcc and/or libstdc++3 had been built
single-threaded, in which case there is no way to build thread safe
programs, you need to look into boost/config/compiler/gcc.hpp and
boost/config/stdlib/libstdcpp3.hpp to see why it's getting undef'ed in your
case, but before you do that, do a:

g++ -v

and make sure it says:

Thread model: posix

HTH, John.

 


Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk