TON区块链项目中VS_VERSION计算错误的分析与修复

在TON区块链项目的CMake构建系统中，开发人员发现了一个关于Visual Studio版本号计算的错误。这个问题会影响使用Visual Studio 2022(版本17.10.1)及以上版本进行项目构建的用户。

问题背景

在构建系统的CMake脚本中，存在一个将MSVC编译器版本号(_MSC_VER)转换为Visual Studio工具集版本(_VS_VERSION)的逻辑。当前实现中，当_MSC_VER大于1939时，会错误地将_VS_VERSION设置为144或更高，而实际上应该设置为143。

技术细节分析

Visual Studio的版本号与MSVC编译器版本号(_MSC_VER)之间存在对应关系。例如：

• Visual Studio 2019对应_MSC_VER 1920-1929
• Visual Studio 2022对应_MSC_VER 1930-1939

在TON项目的CMake脚本中，原本的逻辑是：

if(MSVC_VERSION GREATER 1939)
    set(_VS_VERSION 144)  # 这里存在错误
elseif(MSVC_VERSION GREATER 1929)
    set(_VS_VERSION 143)
...

而实际上，Visual Studio 2022的最新版本(17.10.1)的_MSC_VER为1940，但对应的工具集版本应该是v143，而不是v144。这导致构建系统尝试寻找不存在的v144构建工具，从而引发构建失败。

影响范围

这个问题会影响所有使用以下环境进行TON项目构建的开发人员：

1. 使用Visual Studio 2022版本17.10.1或更新版本
2. 在Windows平台上进行本地构建
3. 依赖Sodium库的项目配置

解决方案

正确的版本对应关系应该是：

if(MSVC_VERSION GREATER 1939)
    set(_VS_VERSION 143)  # 修正为143
elseif(MSVC_VERSION GREATER 1929)
    set(_VS_VERSION 143)
...

这个修正确保了对于所有Visual Studio 2022版本(包括_MSC_VER为1940的情况)，都会正确使用v143工具集。

构建系统兼容性建议

对于跨平台项目特别是涉及本地依赖库的构建系统，建议：

1. 建立完整的编译器版本与构建工具版本的映射表
2. 对新的编译器版本提前进行兼容性测试
3. 在CMake脚本中添加版本检测的日志输出，便于调试
4. 考虑使用更通用的工具集指定方式，而不是硬编码版本号

总结

这个问题的修复体现了构建系统维护中版本兼容性的重要性。随着编译器版本的迭代更新，构建脚本需要同步更新以确保兼容性。TON项目团队及时修复了这个问题，保证了使用最新Visual Studio版本的开发者能够顺利构建项目。