From: Roland (roland.schwarz_at_[hidden])
Date: 2004-08-19 12:45:17
On Thu, 19 Aug 2004 13:12:31 -0400 Michael Glassford <glassfordm_at_[hidden]> wrote:
> Yes, that's typical of the error I was talking about.
>
> 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.
Fine to hear!
Since I am still in the stage of learning to understand bjam the following
observation might be of no significance, but who knows....
In the file:
boost\bin\boost\libs\thread\test\test_thread_lib.test\vc7.1\debug\runtime-link-static\threading-multi\test_thread_lib.CMD
which obviously specifies the linker input I found somethin strange:
"..\..\..\bin\boost\libs\thread\test\test_thread_lib.test\vc7.1\debug\runtime-link-static\threading-multi\test_thread.obj"
"..\..\..\bin\boost\libs\thread\test\test_thread_lib.test\vc7.1\debug\runtime-link-static\threading-multi\tss_null.obj"
"..\..\..\bin\boost\libs\thread\build\libboost_thread.lib\vc7.1\debug\runtime-link-static\threading-multi\libboost_thread-vc71-mt-sgd-1_32.lib"
"..\..\..\bin\boost\libs\test\build\libboost_unit_test_framework.lib\vc7.1\debug\runtime-link-static\libboost_unit_test_framework.lib"
While the first three lines refer to
\runtime-link-static\threading-multi\
the fourth refers only to
\runtime-link-static\
Does this explain where the single threaded CRT gets pulled in?
BTW.: This is the same as in MSVC6 altough the linker does not
complain in that case.
Roland