IMHO it's not really justified. Comeau does support multithreaded Win32 applications, even in strict mode, it just does not support including windows headers in strict mode; but then one can factor out all Win32 dependent stuff to separate TU (which is good practice, anyway) and use threads. Como compiler (current version) does not support DLLs, and this is what makes Boost.Thread inacessible to como toolset. I have a reason to believe that next version of como compiler (due soon) will support DLLs.
Actually it's defining BOOST_DISABLE_THREADS and BOOST_DISABLE_WIN32 already, so scrub that request. I understand what you're saying about putting threading in the another TU, but the point is that the code we're compiling right now (this TU) can't include any threading API's (as far as Boost is concerned anyway). John.