On Thu, 19 Aug 2004 13:12:31 -0400 Michael Glassford <glassfordm@hotmail.com> 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