Visual Studio项目中Intel MKL Qmkl编译链接设置的选型与影响咨询

最优链接配置选择 #

把项目A的/Qmkl编译标志设为No，由项目B单独设置为parallel或sequential。
理由很直接：只有项目B需要用到A中依赖Intel MKL的子例程，让B来管控MKL的链接逻辑，能精准控制MKL代码的引入范围，避免冗余。

项目A设置/Qmkl的具体影响 #

对项目A本身的影响 #

• 体积会明显增大：静态链接MKL时，A生成的.lib文件会包含MKL库中被调用到的函数实现代码，这些代码会直接增加A的体积。

对项目C-Z的影响 #

• 体积被动增大：C-Z在链接A的.lib文件时，会把A中打包的MKL代码也整合进自己的exe/DLL，哪怕它们完全用不到这些MKL函数，纯粹是冗余体积。
• 可能引发依赖冲突：如果C-Z中有项目自己使用了其他数学库，和A中静态链接的MKL可能出现符号重复、版本不兼容等冲突问题。
• 维护成本提升：后续要调整MKL版本、切换并行/串行模式时，所有依赖A的项目都会受影响，而不是只修改项目B的配置就能解决。

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