使用Boost.Python时，CMake的target_link_libraries是否需要${PYTHON_LIBRARIES}？

• Boost.Python的编译特性
  很多预编译的Boost.Python库（比如Linux发行版仓库提供的版本）是静态链接了Python运行时库的。这种情况下，当你链接${Boost_LIBRARIES}时，Boost.Python已经把Python的依赖符号包含进来了，显式添加${PYTHON_LIBRARIES}看起来确实多余。但如果是你自行编译的Boost.Python，且编译时选择了动态链接Python（比如编译Boost时未指定link=static参数），那Boost.Python本身不会携带Python的符号，此时必须显式链接${PYTHON_LIBRARIES}才能通过链接步骤。

• 平台与环境差异
  不同系统的Boost打包逻辑存在差异：比如Windows下的Boost.Python通常不会默认链接Python库，必须手动指定；而部分Linux发行版（如Ubuntu）的Boost.Python包已经处理好了Python库的依赖链。网上示例统一添加${PYTHON_LIBRARIES}是为了适配所有环境，避免用户在自定义编译环境或Windows平台下踩坑。

• 潜在的运行时风险
  当前编译运行正常不代表后续不会出问题。如果后续你修改代码用到了Boost.Python未封装的原生Python API，或者换用了动态版的Boost.Python，未链接${PYTHON_LIBRARIES}会导致运行时出现undefined reference错误或动态库找不到的问题。显式添加能提前规避这类隐患。

• 兼容性与鲁棒性
  示例代码追求通用性，不会假设所有用户的Boost环境都是预编译且静态链接Python的。加上${PYTHON_LIBRARIES}能让代码在更多环境下一次编译通过，减少用户的调试成本。

建议 #

你可以通过工具检查Boost.Python库的依赖情况：

• Linux下执行 ldd $(find /usr/lib -name libboost-python3*.so)，查看输出中是否包含Python的动态库；
• Windows下使用Dependency Walker查看boost_python3*.dll的依赖项。

如果确认你的Boost.Python已经包含Python依赖，当前写法可以正常工作，但为了代码的可移植性，建议还是加上${PYTHON_LIBRARIES}。

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