用 add_custom_command(target ... post_build) 可实现构建后自动复制 dll 到可执行目录，支持多配置并动态处理 debug/release 不同命名，避免 0xc0000135 错误。
直接用 file(COPY ...) 最简单，但只适合静态路径；真正要和构建目标联动、支持多配置（Debug/Release）、自动处理 DLL 依赖，得用 add_custom_command 或 add_custom_target。
资源文件复制到 ${CMAKE_BINARY_DIR}（最常用场景）
多数项目把 assets、config、第三方头文件等放在源码树里，希望它们在构建后出现在 build 目录根下（即 ${CMAKE_BINARY_DIR}），方便调试运行时直接读取。
-
file(COPY)是编译前执行的，适合“一次拷贝、长期有效”的情况，比如把./thirdParty/glad/include整个目录拉过来 - 写法示例：
file(GLOB ASSETS "./assets" "./thirdParty")<br>file(COPY ${ASSETS} DESTINATION ${CMAKE_BINARY_DIR}) - ⚠️ 注意：修改了
./assets内容后，CMake 不会自动重新触发拷贝 —— 必须手动保存CMakeLists.txt（哪怕只加个空格再删掉），触发重新 configure - 不推荐用于 DLL 拷贝：它无法感知 target 的链接状态，也不能区分 Debug/Release 下不同命名的
xxx.dll和xxxd.dll
add_custom_command(TARGET ... POST_BUILD) 拷贝 DLL 到可执行目录
这是解决 “程序运行时报错 0xc0000135（找不到 DLL）” 的标准做法，确保每次成功构建 myapp 后，它的依赖 DLL 就在旁边。
CMake 4.3.2
下载
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
- 必须写在
add_executable(myapp ...)和target_link_libraries(myapp ...)之后 - 关键点是用
$<myapp></myapp>动态获取输出目录，而不是硬编码./build/Debug - 示例（拷贝单个 DLL）：
add_custom_command(TARGET myapp POST_BUILD<br> COMMAND ${CMAKE_COMMAND} -E copy_if_different<br> $<mylib><br> $<myapp><br> COMMENT "Copying mylib.dll to executable dir")</myapp></mylib> - 如果
mylib是 CMake target（比如用add_library(mylib SHARED)定义的），优先用$<mylib></mylib>；如果是外部预编译 DLL，就写死路径，如${CMAKE_SOURCE_DIR}/libs/mylib.dll
多配置项目（MSVC / Ninja Multi-Config）下自动处理 debug/release DLL
像 OpenCV、Qt 这类库，Debug 版 DLL 名字带 d（如 opencv_world480d.dll），Release 版不带（opencv_world480.dll）。手动写两套 add_custom_command 很容易漏。
- CMake 3.21+ 提供了
$<myapp></myapp>生成器表达式，能自动提取当前配置下所有依赖的 runtime DLL 路径 - 推荐写法：
add_custom_command(TARGET myapp POST_BUILD<br> COMMAND ${CMAKE_COMMAND} -E copy_if_different<br> $<myapp><br> $<myapp><br> COMMAND_EXPAND_LISTS<br> COMMENT "Copying runtime DLLs for myapp")</myapp></myapp> - 如果还在用旧版 CMake（igl_copy_dll.cmake（来自 libigl），它通过
file(GENERATE ...)为每个配置生成独立脚本，兼容性更好 - ⚠️ 避免用
PRE_BUILD：DLL 可能还没生成完，拷贝会失败；POST_BUILD保证链接完成后再操作
需要复制整个目录结构（含子目录）时用 copy_directory
比如要把 ./assets/models 完整结构（包括 ./assets/models/duck/）复制过去，不是只复制文件内容。
- 用
${CMAKE_COMMAND} -E copy_directory，不是copy_if_different - 注意路径结尾：写
${CMAKE_SOURCE_DIR}/assets会把 assets 目录下的内容复制进去；写${CMAKE_SOURCE_DIR}/assets/（带斜杠）效果一样；但想把整个assets文件夹（含名字）一起复制，就得写成${CMAKE_SOURCE_DIR}/assets+assets作为目标子目录名 - 示例（复制 assets 目录本身）：
add_custom_command(TARGET myapp POST_BUILD<br> COMMAND ${CMAKE_COMMAND} -E make_directory $<myapp>/assets<br> COMMAND ${CMAKE_COMMAND} -E copy_directory<br> ${CMAKE_SOURCE_DIR}/assets<br> $<myapp>/assets)</myapp></myapp> - 符号链接可用
create_symlink，但 Windows 默认需管理员权限，跨平台项目慎用
最容易被忽略的是：CMake 不会自动跟踪被拷贝文件的变更。改了 assets/icon.png，下次 ninja myapp 不会重新拷贝 —— 它只认构建图里的依赖边。所以对高频更新的资源，要么加 DEPENDS 显式声明，要么接受手动 touch CMakeLists.txt 的现实。
