也不知道微软这是有意为之还是又出bug了
这样破坏性的更改应该有说明才是
目前只能下载到 MSVC++ 14.16
xp就用2.14版本吧，2.15版本都没在官网发布过，而且这个2.15版本流量统计有错误（2.16修复），所以xp系统2.16用不了的话，那就用2.14
v2.16 [Windows] [macOS] [Linux] 2025.8.23
核心修复：修复2.15版导致统计页面里的累计上传、下载量有误
实验了一下，把依赖项恢复到今年上半年的版本，可以编译出XP下运行的版本。
干脆以后彗星x64版用最新依赖项，需要win7及以上版本；彗星x86版用旧版依赖项，继续支持XP。
1個讚
还不如直接都用旧的依赖，因为xp也有sp2 x64，或者说server2003 x64系统，，虽然不知道有没有人在用，我自己Windows倒是都在用Windows10和server2022
XP版又准备复活啦？…
旧版依赖项一是本身代码版本比较旧，二是用的旧版VC编译出来的，有安全漏洞的风险，性能可能也比新版略差，不是长久之计。可以先过渡一段时间，之后再弃用。
是的，可以先复活一点时间，但如果后续VC新版连链接旧版依赖项都不支持了，那还是得弃用的
新的编译器性能提升就3%，牙膏挤爆了也才5%，不如研究下代码主线程怎么实现多线程
小樱讲得没错 真的不差这百分几的微乎其微性能提升…
新的未必有旧的好…不如改进程式更实际…
这个好.
或许 直接搞个 VMWare 在其中只编译为 Windows XP 版,这样就能用到 地球 毁灭.
我是不在乎 漏洞/效率 只要能有 For Windows XP 就行,
现在Windows XP还有好多人用呢…
收藏了好多旧资源. XP版没有了 真的一大损失呢…
我觉的 重点 是 For Windows XP 就能一直到 For Windows 11 “都能用”,
再或许 一直到 For Windows 9999 “都能用”.
32位寿命就到2038年，计时器会出问题，也就是很多软件会工作不正常，软件编译64位版本才能解决
不会吧？现在还有好多32位系统啊… 搜查了一下 这个好像跟甚么位数系统无直接关系…设计问题 
经研究，通过修改boost源代码，屏蔽对Win7 API的调用，v2.18 Beta4已全面恢复对XP的支持（64位版XP也测试通过了）
太好啦… windowsXP版再次复活啰！…. XP用户的福音喜讯！