John Maddock wrote:
flags como-win32 CFLAGS <threading>single : -DBOOST_SP_DISABLE_THREADS ;
This sounds like something that should be fixed in smart_ptr, not in the build system. Would it not be better to have the smart_ptr config use BOOST_SP_DISABLE_THREADS in the case of como strict mode (assuming you can tell) so that it fixes it for everyone, not just people that use Boos.Build.
Or maybe if the threading API's are inaccessible in that build mode we should define BOOST_DISABLE_THREADS, and turn off all threading support (it's not just shared_ptr that has it's own lightweight threading support).
To cut down support calls ;-) shared_ptr ignores the absence of BOOST_HAS_THREADS when it recognizes the platform. But maybe it should honor BOOST_DISABLE_THREADS in addition to BOOST_SP_DISABLE_THREADS. I need to think about it.