From: Vladimir Prus (ghost_at_[hidden])
Date: 2004-08-27 01:42:47
>> I quote a message from Michael Glassford:
>>>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.
>> To be honest, I know not enough about bjam, but perhaps you could
>> ask Bronek Kozicki?
> I'm also not a bjam expert, and Bronek said he wasn't either. He arrived
> at this solution by experimentation.
> Roland's right, though: the error message looks identical to the
> Boost.Threads error that was fixed by this change. It would be nice if
> someone got to the root of the problem and figured out what change
> caused this error: it only appeared recently, at a time when no
> Boost.Threads changes had been made.
With all those replies, I was able to diagnose the problem. On a number of
toolsets, <runtime-link>dynamic automatically sets <threading>multi. The
program_options jamfiles had std::facet-support in requirements, which
forces <runtime-link>static on intel. Apparently, the handling of
std::facet-support is done after <threading>multi is added, which leads to
I'll raise the issue on jamboost@
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk