CMake中子目录如何感知其他子目录？命名空间及目标归属疑问

1. 为何lib/CMakeLists.txt中可直接使用doctest::doctest_with_main？ #

CMake的子目录共享全局作用域。当你在根CMakeLists.txt中通过add_subdirectory(doctest)引入doctest子目录后，doctest内部定义的所有目标（包括带命名空间的doctest::doctest_with_main）都会被注册到全局CMake作用域中。后续通过add_subdirectory(lib)添加的lib子目录，自然能直接访问这个全局可见的目标，无需额外导入。

2. CMake的命名空间机制是怎样的？ #

CMake的命名空间（如doctest::）核心作用是避免目标名冲突，运作逻辑如下：

• 定义方式：第三方库的CMake脚本通常会通过set_target_properties(target PROPERTIES EXPORT_NAME namespace::target)，或者在install(EXPORT)时指定NAMESPACE参数，将普通目标包装成带命名空间的别名/导出目标。
• 作用范围：带命名空间的目标一旦在全局作用域注册（比如通过add_subdirectory引入库），所有后续的CMake子目录都能直接引用，无需额外声明。
• 本质：命名空间目标是CMake对真实库目标的一层封装，会自动解析到对应的静态/动态库文件，同时避免和其他库的同名目标冲突（比如多个库都可能有main相关目标，加命名空间后就能区分）。

3. myTests归属Doctest分组而非CMake Application的原因？ #

这是CMake IDE分组（如VS、CLion）的FOLDER属性导致的：

• 第三方库（如doctest）的CMake脚本通常会给自己的目标设置FOLDER属性，比如set_target_properties(doctest_with_main PROPERTIES FOLDER "Doctest")，将自身目标归类到指定分组。
• 如果你在创建myTests时没有显式设置它的FOLDER属性，部分IDE会根据目标的依赖关系，自动将依赖doctest的myTests归到同一个分组下。
• 解决方法很简单，在定义myTests后添加：

  set_target_properties(myTests PROPERTIES FOLDER "CMake Application")
  

  就能强制将它放到你想要的分组里。

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