CMake 3.10与Boost 1.66.0链接问题：需手动添加pthread

我来帮你拆解一下遇到的这些问题，结合你用的CMake 3.10和Boost 1.66.0的版本组合，这些情况其实都有迹可循：

1. 手动添加pthread是否正常？ #

这种情况完全正常，主要有两个原因：

• Boost.Asio的异步定时器和线程模块底层依赖POSIX线程库（pthread），而你的CMake版本（3.10）比较老旧，它的Boost查找模块还不能自动识别并传递Boost库对pthread的依赖。CMake在3.15之后的版本对Boost的依赖处理做了优化，能自动帮你链接这类系统级依赖。
• Boost 1.66.0的system和thread库编译时确实依赖pthread，但旧版本的CMake没有正确捕获这个依赖链，所以需要你手动补充链接。

2. 手动添加pthread会引发后续问题吗？ #

只要正确添加，不会有后续问题。pthread是Linux下的标准线程库，Boost的线程、Asio模块本来就依赖它来实现异步操作、线程同步等功能。只要你的代码逻辑没问题，链接pthread只会满足依赖需求，不会引入额外的bug。

3. 是否影响可移植性？ #

直接写target_link_libraries(your_target PRIVATE pthread)会轻微影响跨平台性（比如Windows下没有pthread库），但你可以用CMake自带的Threads模块来解决这个问题，写法如下：

find_package(Threads REQUIRED)
target_link_libraries(your_target PRIVATE Threads::Threads)

CMake会根据目标平台自动选择对应的线程库：Linux下链接pthread，Windows下链接系统自带的线程库，这样就完全不影响可移植性了。

4. 能不能忽略这个操作？ #

绝对不能忽略，你遇到的pthread_condattr_setclock@@GLIBC_2.3.3未定义是链接阶段的符号缺失错误，必须通过链接pthread库来提供这些符号，否则编译会直接失败。

关于Boost版本的警告 #

CMake 3.10发布于2017年，而Boost 1.66.0也是同年的版本，虽然不算特别新，但CMake的Boost模块对较新版本的Boost可能存在一些兼容性提示。这个警告主要是提醒你：旧版本的CMake对新版本Boost的依赖处理可能不够完善（这也正好对应了你需要手动加pthread的情况）。如果条件允许，建议你升级CMake到3.16以上的版本，这样不仅能消除这个警告，还能让CMake自动处理Boost的pthread依赖，不用手动添加。

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