CTest、CMake 和 MinGW：可执行文件构建，但无法运行，因为找不到新的 DLL

Question

顶级CMakeLists.txt 包含：

include(CTest)
add_subdirectory(lib)
add_subdirectory(demo)
add_subdirectory(test)

lib/CMakeLists.txt 本质上是：

add_library(MyLib <sources>)

demo/CMakeLists.txt 本质上是：

add_executable(Demo demo.c)
target_link_libraries(Demo MyLib)

test/CMakeLists.txt 只是：

add_test(NAME Demo COMMAND Demo)

从一个 gitlab-runner，我们执行：

cmake -G "Ninja" -DCMAKE_INSTALL_PREFIX=C:\opt\x64 -B. ..
cmake --build
ctest --output-on-failure

前两步成功；第三个失败：

Start 1: Demo
1/1 Test #1: Demo .......................Exit code 0xc0000135
***Exception:   0.03 sec

如果我重试：

cmake --install
ctest

然后测试成功。所以唯一的问题是运行ctest时找不到build/lib/mylib.dll。而C:\opt\x64\lib 在PATH 中，因此DLL 在cmake --install 之后找到。然而，这不是我们想要的：ctest 应始终使用当前构建的新 DLL，而不是安装的版本。

在 Linux 下，一切正常。为什么它不适用于 Windows 和 MinGW？这是 CMake 中的错误吗？我们如何解决这个问题，以便ctest 在所有平台上正确执行？

Answer 1

当您的Demo 可执行文件由ctest 运行时，您的问题似乎是Windows DLL 搜索过程未能找到mylib.dll。 Windows DLL 搜索顺序指定here:

1. 加载应用程序的目录。
2. 系统目录。使用GetSystemDirectory函数获取该目录的路径。
3. 16 位系统目录。没有函数获取这个目录的路径，但是搜索到了。
4. Windows 目录。使用GetWindowsDirectory函数获取该目录的路径。
5. 当前目录。
6. PATH 环境变量中列出的目录。请注意，这不包括由指定的每个应用程序路径 App Paths 注册表项。 App Paths 键在以下情况下不使用 计算 DLL 搜索路径。

因此，您可以将PATH 环境变量修改为也包含来自当前构建的新DLL 的位置。

更好、更不容易出错的解决方案可能是将 DLL 与 Demo 可执行文件放在同一目录中。您可以通过修改顶级 CMake 文件来强制 CMake 对 DLL 和可执行文件使用相同的 binary 目录：

include(CTest)
add_subdirectory(lib ${CMAKE_BINARY_DIR}/demo)
add_subdirectory(demo ${CMAKE_BINARY_DIR}/demo)
add_subdirectory(test)

或者，作为一种本地化程度较低的方法，您可以通过设置 CMAKE_RUNTIME_OUTPUT_DIRECTORY 将 DLL 与可执行文件放在同一目录中：

set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin)

另一种选择：

add_test(NAME Demo COMMAND Demo WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/lib)