Giuseppe Corbelli

> In MSYS2-mingw64 and MSYS2-clang64 _set_abort_behavior exists and msvcr90 is unnecessary AFAIK import libraries exist but the target EXE is dynamically linked to `msvcr*` or `ucrtbase` where the symbol is...

Please note also #307 regarding the usage of fixed `msvcr90`. Better use whatever is available on the system IMO.

As of 51f0700452cf71c57d43c2d028277b24cde32502 there are no unresolved symbols when building with ninja/-DBACKWARD_SHARED=YES/gcc 12.2

> Or do a [`check_c_source_compiles`](https://cmake.org/cmake/help/latest/module/CheckCSourceCompiles.html) test on all mingw/win32 platforms? > > Also, the `--codeview` test should run on all mingw toolchains. I don't see why the `__imp__set_abort_behavior` symbol issue...

> @cowo78 various compilers are included in the word "mingw" (on Windows and Linux) , I am using msys2 and clang , and only CodeView format enable ` beautiful stack...

I would prefer not to have the usual one-man-toy-project package, which would likely lead to fragmentation and scarce user base. However the idea of factoring out eventloop stuff sounds good...

You should add `set_property(TARGET libprotobuf-lite PROPERTY POSITION_INDEPENDENT_CODE ON)` to `libprotobuf-lite.cmake` and `set_property(TARGET libprotobuf PROPERTY POSITION_INDEPENDENT_CODE ON)` to `libprotobuf.cmake`, or at least that worked for me. Did you make sure (make...