[boost] Re: [boost.thread] Experimental alternative TLS implementation

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