Closed KOLANICH closed 1 year ago
@KOLANICH Please sync with the main branch. I have switched the CI tests to run with the Release version of the code. The tests should run much faster.
Hmm, it is definitely not timeout, but something else.
@KOLANICH The error indicates that the DLL is not found.
With a static build (the default in CMake), the library is included in the binaries. With a dynamic build, a distinct file (e.g., a DLL) is created in addition to the binary executable. In a portable way, one must then ensure that when the binary run, the dynamic library is found. This requires extra care.
I'm sorry, IDK what is wrong. For me (Windows 7, 32-bit, core2duo CPU (conroe, no avx, only sse3), MSYS2 MinGW-w64 + clang-12) everything builds (though there are issues with -lpthread not being added, I have tried to add it into PUBLIC dependencies of libfastpfor without much success (helped only for some libs), it helped to add it into all the exes, but I don't understand why I should do it and I don't think that that patch should go here).
Also: on my configuration the second test fails with reports of wrong answers.
@KOLANICH Please review our CI logs. We have two independent Windows CI tests and this PR fails both of them.
Note that building is not sufficient, we need to run the tests successfully.
I am going to close this for now. We would love to have support for cpack and support dynamic libraries, but it is crucially important that we be able to continue running out tests successfully on various platforms. We cannot merge a PR that would break our build.
This PR breaks the build under Visual Studio 2017, see CI tests...