这个问题其实是VS不同版本编译器之间中间语言（IL）兼容性的典型问题，先帮你拆解错误原因，再一步步说怎么诊断和修复：

错误原因解析 #

你遇到的C1900: Il mismatch错误，核心是VS2015（v140工具集）和VS2017（v141工具集）的编译器生成的中间语言（IL）版本不兼容。报错里的P1和P2分别对应不同模块的IL版本：20161212是VS2017的IL版本，20150812是VS2015的。

另外开头的提示提到MSIL .netmodule or module compiled with /GL found，说明你的某个依赖库（这里是functionallib.lib）启用了/GL（全程序优化），而链接器尝试启动/LTCG（链接时代码生成）来处理这个库，但因为跨版本IL不匹配，最终触发了代码生成失败的LNK1257错误。

这里要纠正你的误解：VS2015和VS2017并不是完全二进制兼容的——虽然在不启用全程序优化、运行时库匹配的简单场景下，可能能勉强链接，但涉及到/GL//LTCG这类需要跨模块合并IL的功能时，跨版本必然会出问题。

诊断步骤 #

先明确所有组件的编译环境，定位问题根源：

• 确认每个依赖库的编译工具集：比如functionallib.lib是VS2015（v140）编译的，第三方库是VS2017（v141）编译的，你的项目是VS2017（v141）。
• 检查库是否启用了/GL：查看functionallib的编译配置，确认是否开启了“全程序优化”选项。
• 核对运行时库设置：确保所有库和你的项目使用相同的运行时库（比如都是/MD多线程DLL，或都是/MT多线程静态库），运行时库不匹配也可能引发连锁问题。

修复方案（按优先级排序） #

1. 统一工具集版本（最优解） #

这是最彻底的解决方式，能避免后续所有兼容性问题：

• 尝试获取functionallib的VS2017（v141）编译版本，或者自己用VS2017重新编译这个库。同一工具集下的库，IL版本完全匹配，/GL//LTCG功能也能正常工作。
• 如果统一工具集不可行（比如没有源码），则关闭所有涉及/GL//LTCG的选项：
  • 项目属性 → 配置属性 → C/C++ → 优化 → 全程序优化：设置为否（关闭/GL）
  • 项目属性 → 配置属性 → 链接器 → 优化 → 链接时间代码生成：设置为否（关闭/LTCG）
    关闭后，链接器不会尝试合并跨版本的IL，就能绕过版本不匹配的错误。

2. 对齐编译选项细节 #

即使关闭了/GL//LTCG，也要确保其他关键编译选项一致：

• 运行时库：所有库和项目必须使用相同的运行时库（/MD//MDd//MT//MTd），否则会出现链接错误或运行时崩溃。
• 优化级别：尽量保持所有组件的优化级别一致（比如都是/O2或/Od），避免潜在的行为差异。
• 异常处理：确保都使用相同的异常处理模型（比如/EHsc）。

3. 处理/LTCG的性能提示 #

如果后续你成功统一了工具集，所有库都用VS2017编译并开启了/GL，可以在项目的链接器选项中手动添加/LTCG，这样就能解决开头的“restarting link with /LTCG”提示，提升链接性能。

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