From: Michael Glassford (glassfordm_at_[hidden])
Date: 2004-08-19 14:27:55
"Bronek Kozicki" <brok_at_[hidden]> wrote in message
> Michael Glassford wrote:
> > Bronek Kozicki says he has tracked down the problem for me: adding
> > "<threading>multi" to boost_thread_lib_base and
> > in libs\boost\thread\build\jamfile fixes the problem. I haven't
> I think I wrote about libs\boost\thread\test\Jamfile , not about
> libs\boost\thread\bjam\Jamfile .
Sorry, my mistake.
> One have to append
> 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).
Actually, it was in the patch you sent me and I included it in my
> I do
> not know why it works, I do not even know how to write Bjam files,
> 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
> framework, then two different versions of statically linked CRT
> (single-threaded from test unit framework and multi-threaded from
> units) are linked to single executable and we have linker errors.
> source of problem is not in the threads library, but in its test
> bjam (or both)?s
I've fixed it in the right place now, I hope.
> PS. I'm using "Boost.Jam Version 3.1.10. OS=NT."
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk