Claus Klein

> Yeah, that does make sense, however it's in no way enforced by clang-format, right? It would then require discipline by the implementor and code reviewer to not end up...

If you only need `asio`, you may try this: https://github.com/chriskohlhoff/asio/pull/1105 It is much faster to fetch and is an interface library.

The fasted way I know to build **boost** is to use `boost-cmake` : ```cmake # ---- Add dependencies via CPM ---- # see https://github.com/cpm-cmake/CPM.cmake for more info include(cmake/CPM.cmake) # PackageProject.cmake...

> > ```cmake > FetchContent_Declare( > CPM > URL https://github.com/cpm-cmake/CPM.cmake/releases/download/v/CPM.zip > ) > > FetchContent_MakeAvailable(CPM) > ``` > > _Obligatory note that this might prevent configuring projects when offline, even...

> In any case, I've seen that you've made a [pull request](https://github.com/Orphis/boost-cmake/pull/111) to the original project, which I would prefer to use. Perhaps for now we can fallback to the...

> The full packages contain gnu makefiles and visual studio solutions, using those packages people don't need to use MPC at all. I build ACE+TAO daily on OpenSuSE, no problems....

> The cmake file module sounds a good proposal There exist a usable starting module: see https://github.com/ClausKlein/cmake-modules/blob/develop/FindTAO.cmake Not as simple and clean as it should, but it works!

see https://github.com/DOCGroup/ACE_TAO/pull/1589

> Please open a PR Not possible, as long there is no unique way to use this header on windows and unix! Expected behaviour in any way: ```c #include "tao/catior/Catior_i.h"...

> The MPC prj_install.pl should be usable on Windows, but it uses the ins files generated based on the contents of the MPC files, so you can make a PR...