Windows下使用Ninja配合vcpkg构建时add_subdirectory路径错误

• 报错中出现的src/d:/a/ssplit-cpp/ssplit-cpp/build这类盘符前被错误拼接前缀的异常，根源是CMake搭配Ninja生成器在Windows平台的路径计算逻辑缺陷，和vcpkg配置、项目存放路径没有直接关联。
• 正常路径拼接逻辑下，当add_subdirectory引入子项目后，CMake会基于当前上下文自动计算子项目目录到全局构建根目录的相对路径，用于拼接后续的文件引用。当路径格式不统一（正斜杠/反斜杠混用、盘符大小写不一致、路径中存在跨盘符的绝对引用）时，相对路径计算会直接失效：原本应该返回空值的相对路径结果，会被错误替换为当前引入的子目录名称，最终拼接到带有盘符的绝对路径最前面，生成语法完全错误的文件路径。
• 这类触发逻辑和旧版本Windows平台上“项目放在盘符根目录时add_subdirectory报错”的已知问题同源，哪怕项目不在盘符根目录，只要CI环境（比如GitHub Actions的工作区路径格式）触发了同样的相对路径计算失效分支，就会复现完全一致的报错。

• 统一所有传入CMake的路径格式：所有涉及传入配置的路径（工具链文件路径、源码目录路径、安装输出路径）全部使用正斜杠/，不要混用Windows原生的反斜杠\，避免因为路径解析规则不一致触发计算bug。
• 修改add_subdirectory调用方式，跳过自动路径推导：给所有add_subdirectory语句显式指定子项目的二进制输出目录，不要让CMake自动计算相对路径。比如原本写的add_subdirectory(foo)，改成add_subdirectory(foo ${CMAKE_BINARY_DIR}/foo_cmake_build)，强制指定独立的构建输出路径，从根源上规避错误拼接的可能。
• 升级CMake版本到3.20及以上：该版本之后官方修复了Windows平台Ninja生成器的大量路径拼接类bug，旧版本（尤其是3.15~3.19区间）在CI环境下极易触发这类盘符前缀错误的问题，升级版本后无需改动项目源码即可解决多数同类报错。
• 配置阶段兜底覆盖：如果暂时不想改动项目代码，可以在CMake配置参数里追加-DCMAKE_NINJA_OUTPUT_PATH_PREFIX=（参数值为空字符串），强制清空Ninja构建文件里被错误拼接的路径前缀，临时绕过构建报错。

内容的提问来源于stack exchange，提问作者XapaJIaMnu