Boost logo

Boost-Build :

From: Vladimir Prus (ghost_at_[hidden])
Date: 2003-10-16 00:59:13


Hi Brock,
> --- In jamboost_at_[hidden], Vladimir Prus <ghost_at_c...> wrote:
> [...]
>
> > Yea, it does not recognize it. Could you please get
> >
> > http://zigzag.cs.msu.su:7813/working_copy/new/os.jam
> > http://zigzag.cs.msu.su:7813/working_copy/tools/gcc.jam

> This makes the warning about "-pthread" go away, but the program
> still won't compile unless I put "#define BOOST_HAS_THREADS" inside
> my source before I include <boost/thread.hpp>. This is the case
> even though I've manually put #define BOOST_HAS_THREADS in
> boost/config/compiler/gcc.hpp.

This is strange. I see that <boost/thread.hpp> includes <boost/config.hpp>
right at the beginning. If you hardcode BOOST_HAS_THREADS in gcc.hpp it
should be visible. But... there's code in config/suffix.hpp which undefines
BOOST_HAS_THREADS under some circumstances. I think this might be the case.

Maybe you should try to include <boost/config.hpp> in a simple program and
check if BOOST_HAS_THREADS is defined under the include. If not, this is the
question for Boost.Config.

> Am I wrong in thinking that I
> shouldn't have to include config.hpp for settings that another
> library uses?

IOW, do you have to include <boost/config.hpp> just for the sake of some other
library which needs configuration information. No, you don't.

> Do you think this is a problem with Boost.Thread?

I don't think so. Most likely a problem with Boost.Config --- or simply
neither of us know how to force threading support.

- Volodya

 


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