VS2012项目迁移至VS2019时遇Boost库链接错误及相关疑问

1. LNK1181与LNK1104错误码的区别 #

• LNK1104：链接器已定位到目标库的位置，但无法打开文件。常见原因包括：库文件被其他进程占用、文件权限问题、库的位数（32/64位）与项目编译架构不匹配、文件损坏。
• LNK1181：链接器完全找不到要输入的文件，覆盖范围比LNK1104更广。除了LNK1104的部分原因外，还可能是库文件名拼写错误、项目中引用了不存在的库、间接依赖的库缺失，或是链接器命令行中存在无效的库引用指令。

2. 为何尝试链接libboost_system-vc110-mt-1_51.lib，如何修改 #

原因分析 #

• 头文件强制链接指令：Boost的部分头文件中包含#pragma comment(lib, "libboost_system-vc110-mt-1_51.lib")代码，这种引用不会显示在项目属性的“附加依赖项”中，会直接告知链接器加载指定库。
• 间接依赖残留：项目依赖的第三方静态/动态库是用VS2012编译的，本身依赖旧版本Boost库，导致链接时间接引用该库。
• 迁移配置遗留：项目的VC++目录中仍保留旧版本Boost的库路径，或是链接器设置中存在隐藏的默认库引用。

修改方案 #

• 全局搜索项目所有源代码（包括头文件），找到包含libboost_system-vc110-mt-1_51.lib的#pragma comment(lib, ...)指令，将库名替换为VS2019编译的Boost 1.51对应库名（如libboost_system-vc142-mt-1_51.lib）。
• 在项目属性的链接器->输入->忽略特定默认库中添加libboost_system-vc110-mt-1_51.lib，阻止链接器加载该旧库；同时确保正确的Boost 1.51库路径被添加到VC++目录->库目录，并将对应版本的库名加入附加依赖项。
• 检查所有第三方依赖库，若为VS2012编译版本，替换为VS2019编译的版本，或重新编译这些依赖库。
• 清理项目的中间文件、缓存目录，重新生成解决方案。

3. VS2019中使用Boost 1.51是否可行，会影响功能吗 #

• 可行性：可以使用，但必须用VS2019（msvc-142）重新编译Boost 1.51库。不同MSVC版本的二进制库不兼容，不能直接复用VS2012编译的Boost库。
• 功能影响：
  • Boost 1.51发布于2012年，对VS2019支持有限，编译时可能出现适配性错误，需要手动修改部分代码。
  • 该版本不支持C++17及后续标准的部分特性，若项目中使用了这些新特性，会出现编译错误。
  • Boost 1.51中的部分模块存在已知bug，后续版本已修复，若项目依赖这些模块，可能引发运行时问题或兼容性故障。

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