cmake 判断当前路径下文件是否存在

可以使用 CMake 内置的 `file()` 命令来判断当前路径下是否存在文件。具体方法如下：

# 判断文件是否存在
if (EXISTS ${CMAKE_CURRENT_SOURCE_DIR}/file.txt)
  message("file.txt exists!")
else()
  message("file.txt does not exist!")
endif()

在上面的示例中，`${CMAKE_CURRENT_SOURCE_DIR}` 表示当前源代码目录的路径，`file.txt` 是要判断是否存在的文件名。

如果文件存在，则输出 `file.txt exists!`，否则输出 `file.txt does not exist!`。

相关问题

cmake引入第三方库 dll

### 如何在 CMake 中配置和引入第三方 DLL 库

#### 配置环境变量与路径设置
为了使 CMake 能够找到并正确处理外部的 DLL 和其对应的库文件，在构建脚本中需要指明这些资源的位置。通常情况下，这涉及到设定特定于项目的查找路径以及确保编译器能够访问必要的头文件。

对于给定结构化的 `3rdparty` 文件夹[^2]：

3rdparty 
├─bin 
│  test.dll 
├─cmake 
│  test.cmake 
├─include 
│  test.hpp 
└─lib 
   ├─Debug 
   │  test.lib 
   └─Release 
      test.lib

可以采用如下方式来定义相应的路径：

set(TEST_ROOT ${CMAKE_SOURCE_DIR}/3rdparty)

# 设置包含目录
target_include_directories(main PRIVATE ${TEST_ROOT}/include)

# 定义链接选项以支持 Windows 下动态加载 DLLs
if(MSVC OR MINGW)
    set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /NODEFAULTLIB:libcmt")
endif()

上述代码片段设置了测试库的根目录，并将其下的 `include` 子目录作为目标可执行程序的目标私有包含路径的一部分；同时也针对 MSVC 或 MinGW 编译环境下调整了链接标志位，防止潜在冲突发生。

#### 查找包及其依赖关系管理
利用 `find_package()` 函数可以帮助定位已安装软件包的存在与否，并自动导入它们所提供的功能模块。如果存在自定义 `.cmake` 文件用于描述如何集成某个特定版本的库，则可以通过提供提示参数 (`HINTS`) 来加速搜索过程。

find_package(test REQUIRED HINTS "${TEST_ROOT}/cmake")

这段指令尝试寻找名为 "test" 的组件，并告知 CMake 去哪里查看额外的帮助信息——即位于 `${TEST_ROOT}/cmake` 目录内的辅助脚本。

#### 连接静态/共享库至最终产物
一旦确认所需的所有部件都已被成功识别出来之后，就可以继续完成最后一步操作：把实际的二进制形式（无论是 `.a`,`.so`还是`.dll/.lib`）附加到应用程序上去了。这里需要注意区分不同平台上的差异之处，比如 Linux 上面习惯用 `.so` 表示共享对象而 Windows 则更倾向于使用 `.dll`.

当涉及 Windows 平台上的 DLL 时，除了显式声明要连接哪个库之外，还需要考虑运行期间怎样让操作系统知道去哪里获取那些被调用者所依赖的服务端点。一种常见做法是在部署阶段将所有关联好的 DLL 放置于同一级工作空间内或是系统的 PATH 环境变量覆盖范围内。

# 对应 Debug 版本
if (MSVC AND CMAKE_BUILD_TYPE MATCHES Debug)
    target_link_libraries(main PRIVATE optimized ${TEST_ROOT}/lib/Release/test.lib debug ${TEST_ROOT}/lib/Debug/test.lib)
else()
    target_link_libraries(main PRIVATE test)
endif()

# 复制 DLL 至输出目录
file(COPY ${TEST_ROOT}/bin/${CMAKE_SHARED_LIBRARY_PREFIX}test${CMAKE_SHARED_LIBRARY_SUFFIX}
     DESTINATION $<TARGET_FILE_DIR:main>)

此部分逻辑首先判断当前使用的工具链是否为 Microsoft Visual Studio 及其变体之一，并且检查构建模式是不是调试态。如果是的话就分别指定优化版和调试版各自的 LIB 文件位置；如果不是则默认按照常规流程处理即可。另外还包含了将对应架构下生成的 DLL 自动复制到主程序所在的工作区里去的功能实现。

cmake 生成器表达式

CMake 生成器表达式可以在 CMakeLists.txt 文件中使用，用于在生成项目时动态计算文件路径、编译选项、链接选项等信息。

生成器表达式使用 `$<` 开头，`>` 结尾，中间是表达式内容。常见的生成器表达式有：

- `$<TARGET_PROPERTY:target,prop>`：获取指定目标的属性值
- `$<TARGET_FILE:target>`：获取指定目标的输出文件路径
- `$<TARGET_OBJECTS:target>`：获取指定目标的所有目标文件路径
- `$<SOURCE_DIR:dir>`：获取指定源代码目录的绝对路径
- `$<BUILD_INTERFACE:...>`：指定编译接口文件路径
- `$<INSTALL_INTERFACE:...>`：指定安装接口文件路径
- `$<CONFIG>`：根据当前构建配置返回相应的值

例如，可以通过 `$<TARGET_FILE:mylib>` 获取目标为 `mylib` 的输出文件路径，从而将其作为编译选项传递给其他目标。

需要注意的是，生成器表达式仅在生成项目时才会被计算，而不是在配置时。因此，不能在配置时使用生成器表达式进行条件判断或路径计算。