2010/10/12 vicente.botet <vicente.botet@wanadoo.fr>:
Hi,
after discussion with Ion about whether Boost.Interprocess could use Boost.Chrono and Boost.System he has found as major drawback that both are not header-only libs. I have implemented Boost.Chrono as a header only lib.
If the user wants Boost.Chrono be a header-only lib s/he needs to define the BOOST_CHRONO_INLINED macro. While this could be useful, there is a problem as Boost.Chrono depends on Boost.System that is not a header-only lib.
...
Beman do you mind if I try to make your library configurable as header-only, so Ion could use Boost.System and Boost.Chrono and preserve Boost.Interprocess as a header-only lib?
Having a header only option for Boost.System would be a nice addition, so it would be great if you could give it a try in the sandbox. My main concern is the inclusion of <windows.h>. While I see less harm in including <WinError.h>, I don't want to include any of the more problematic Windows headers, let alone <windows.h>. My initial reaction to Anthony's <boost/thread/win32/thread_primitives.hpp> is quite positive. I've also just provided the declarations for Win32 functions in some of my code, but thread_primitives.hpp does it in a more elegant way. --Beman --Beman