Hi All,
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 inconsistency. I'll raise the issue on jamboost@ Thanks! - Volodya