Vladimir Prus wrote: [snip]
I guess I need to give a bit of background here: As far as I understand, including config.hpp into a cpp that is compiled with a <threading>multi requirement should lead to the definition of BOOST_HAS_THREADS. Vice versa, BOOST_HAS_THREADS is not defined for cpps that are compiled with a <threading>single requirement. The comment in the jamfile attempts to explain that this automatism does not natively work on a few platforms. The idea behind <threading>single:$(st-requirements) was an attempt to fix this problem.
Okay. Is John aware of such issues?
I believe so. I faintly remember having discussed this with him for GCC>=3.4.0. IIRC, then it is close to impossible to correctly detect threading mode on this platform.
Question: Should I still specify a <threading>single requirement for those tests or would that lead to some sort of conflict (because e.g. vc-8.0 is always <threading>multi).
It should not lead to any problems. On msvc, your <threading>single will be overrden anyway. I'd still run the tests on msvc before comitting though ;-)
Ok, thank you. I've commited appropriate changes in trunk & branch. Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.