VS2015用nmake编译ODBC驱动报__vsnwprintf_s未解析外部符号

该问题的根本原因是组件版本不兼容，与编译顺序无关
VS2015版本起，微软对C标准库（UCRT）做了大幅度重构，大量原本作为标准库导出符号存在的函数（包括你遇到的__vsnwprintf_s）被修改为头文件内联实现，默认不再从标准库dll导出相关符号。你依赖的预编译二进制文件odbccp32.lib是更早版本的VC编译生成的，编译时上述函数还属于标准库导出符号，因此该静态库内部保留了对这些外部符号的引用，在新UCRT环境下链接时就会报未解析外部符号错误。

同时添加legacy_stdio_definitions.lib和legacy_stdio_wide_specifiers.lib的方案是完全可靠的，属于微软官方提供的标准兼容方案。这两个库是微软专门为解决「新VC版本编译旧代码、依赖旧版预编译二进制文件」的兼容场景提供的兼容层：

• legacy_stdio_definitions.lib负责补全旧版标准库中导出的普通stdio相关符号
• legacy_stdio_wide_specifiers.lib负责补全旧版标准库中导出的宽字符类stdio相关符号

两个库的实现都是微软官方维护的，不会引入额外的功能异常或安全问题。编译完成后可通过以下步骤验证驱动可用性：

• 执行dumpbin /headers 生成的驱动dll路径确认输出架构为ARM64
• 执行dumpbin /dependents 生成的驱动dll路径确认所有依赖项都可在ARM64环境下找到
• 在Windows 10 ARM64环境下注册驱动，执行基础的连接、增删改查、事务、断开连接全流程测试，确认功能正常

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