From: Bronek Kozicki (brok_at_[hidden])
Date: 2004-08-19 14:02:26
Michael Glassford wrote:
> Bronek Kozicki says he has tracked down the problem for me: adding
> "<threading>multi" to boost_thread_lib_base and boost_thread_dll_base
> in libs\boost\thread\build\jamfile fixes the problem. I haven't been
I think I wrote about libs\boost\thread\test\Jamfile , not about
libs\boost\thread\bjam\Jamfile . One have to append
<threading>multi
in template boost_thread_test_lib, just below
: ## default build ##
(see attached patch). The same line can be appended to template
boost_thread_test_dll, but I did not put it in patch (this time). I do
not know why it works, I do not even know how to write Bjam files, but
it does work - all tests passed fine. The point is that it has to be
added in this place - modyfing libs/thread/build/Jamfile or adding
"<threading>multi" line somewhere above ": ## default build ##"
does not fix the problem - bjam will still use single-threaded unit test
framework, then two different versions of statically linked CRT
(single-threaded from test unit framework and multi-threaded from test
units) are linked to single executable and we have linker errors. Maybe
source of problem is not in the threads library, but in its test unit or
bjam (or both)?s
B.
PS. I'm using "Boost.Jam Version 3.1.10. OS=NT."
Index: boost/libs/thread/test/Jamfile
===================================================================
RCS file: /cvsroot/boost/boost/libs/thread/test/Jamfile,v
retrieving revision 1.29
diff -u -r1.29 Jamfile
--- boost/libs/thread/test/Jamfile 9 Aug 2004 21:41:29 -0000 1.29
+++ boost/libs/thread/test/Jamfile 19 Aug 2004 18:28:37 -0000
@@ -40,6 +40,7 @@
<define>BOOST_THREAD_TEST=1
<runtime-link>static
: ## default build ##
+ <threading>multi
;
template boost_thread_test_dll