From: Andreas Huber (ah2003_at_[hidden])
Date: 2003-05-03 16:31:52
Peter Dimov wrote:
[ ... ]
>> It seems this could be fixed by deleting the above lines and making
>> the windows.h including code (boost/threads, ???) check for
> I think that this is a good plan. BOOST_HAS_THREADS is used in
> Boost.SmartPtr and Boost.RegEx to indicate "the compiler can create
> threads, use a mutex." It's used in Boost.Threads to issue an #error.
> It seems that
> if we leave BOOST_HAS_THREADS on in multithreaded Windows builds
> regardless of BOOST_DISABLE_WIN32, nothing (that currently works)
> will break. John?
The following would be even clearer, I think:
Introduce a new #define for cases when we know that there are multiple
threads but we fail to detect a particular threading library, e.g.
BOOST_HAS_UNKNOWN_THREADS. Of course, boost/threads would simply fail to
compile with BOOST_HAS_UNKNOWN_THREADS. Make sure BOOST_HAS_THREADS remains
turned on when BOOST_HAS_UNKNOWN_THREADS is turned on.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk