dism++自己在用，这小伙也把这个库用在他所在的公司产品里了

我现在不用考虑节省两三百K的尺寸，所以不用，以前搞的有产品特别在意尺寸，看过这个东西。

【 在 hgoldfish 的大作中提到: 】
: 这个项目稳定性怎么样？可以用于生产吗？
: 管他什么巨硬的版权呢。
:
--
FROM 114.240.244.*

如果是这样，vc-ltl或者其他任何人也不行啊

【 在 hgoldfish 的大作中提到: 】
: 不一样的。
: 你的程序里面使用了 win10 专用的 API 时，用 xp toolset 也编译不出 winxp 可以运行的程序。
:
--
FROM 114.240.244.*

什么情况下，会没有源代码，但又能链接它提供的这个obj呢？
绝大多数情况下应该都是有源代码的，用xp toolset重新编译一下好了
如果源代码确实使用了winxp没有的符号，改源代码更靠谱，明确知道自己的代码哪里不兼容xp，就是有限的几个api，而且改的时候自己清楚修改是否等价。

链接这个东西，还得看它的模拟实现是否合理/等价。而且它是模拟了一大堆api，但又不是wine那样全套。

爱用就用吧，哈哈

【 在 hgoldfish 的大作中提到: 】
: 不能重新实现这些 API 吗？巨硬新引入的这些 API 需要内核的支持吗？不然为什么在应用层很难模拟新版本的功能呢？
: 比如我经常看到 InitOnceInitialize() 这个 win7 引入的新 API，从文档上，在 winxp 里面使用 c++ 的全局变量来模拟并不是问题啊。很多软件只是因为使用了这个 API 导致不能在 winxp 里面运行，实在很可惜。
:
--
FROM 114.240.244.*

vs2017是xp toolset的最后一个版本

Visual Studio 2019 and later versions don't include current toolset support for creating code for Windows XP. Support for Windows XP development by using the v141_xp toolset that shipped in Visual Studio 2017 is still available as an optional component in the Visual Studio Installer.

https://learn.microsoft.com/en-us/cpp/porting/features-deprecated-in-visual-studio?view=msvc-170

【 在 brucewww 的大作中提到: 】
: 新的对系统依赖确实多了，所以客户端我没升太新，主要自己也没跟踪哪个版本对xp还有支持，有些政府部门还在用xp。
:
--
FROM 114.240.244.*