cmake在msvc环境下不能直接生成makefile？
【 在 z16166 的大作中提到: 】
: 默认是动态连接的，debug版本也是动态链接到debug版的msvcp*.dll之类的，目标环境缺这些dll肯定运行不了。
: 你可以改成静态链接的，就没这个问题。或者在目标环境上安装对应版本的VC++ redistributable package。
: 编译产物要在XP上运行，需要用xp toolset编译。默认安装的VC++ toolset是不支持目标环境为XP的。
: ...................
--
FROM 119.103.37.*

恩。 需要编译生成dll，静态库给客户不是太好。 公司有担心源码、实现被人反向。


【 在 z16166 的大作中提到: 】
: 默认是动态连接的，debug版本也是动态链接到debug版的msvcp*.dll之类的，目标环境缺这些dll肯定运行不了。
: 你可以改成静态链接的，就没这个问题。或者在目标环境上安装对应版本的VC++ redistributable package。
: 编译产物要在XP上运行，需要用xp toolset编译。默认安装的VC++ toolset是不支持目标环境为XP的。
: ...................
--
FROM 60.176.30.*

只要windows上运行，mingw是不是能省事一点？ 有没有什么不好的副作用

编译出来的库，能被vc之类的程序调用吗？

【 在 z16166 的大作中提到: 】
: 取决于你的工程文件是哪种格式的。如果是sln，用devenv 后面带不同config参数就能编译，比如release｜x64  
--
修改:saynothing FROM 115.204.70.*
FROM 115.204.70.*

要注意ABI的不同，包括调用约定和C++的mangle方案。

【 在 saynothing (止语) 的大作中提到: 】
: 只要windows上运行，mingw是不是能省事一点？ 有没有什么不好的副作用
: 编译出来的库，能被vc之类的程序调用吗？
--
FROM 123.114.35.*

citra-windows-msvc-20170111-b36677d

这个版本体积好小啊，我很想去试一下。

【 在 saynothing (止语) 的大作中提到: 】
: 十年前用过cl.exe和link.exe，现在msvc 2013/2017编译，都看不到编译命令。 都改成了msbuild
: 基于一个sdk，要编译各种变种版本，手动创工程嫌麻烦。 还是喜欢命令行那套（cygwin + makefile + 命令），不知道是否行得通。
: 望 各位大拿指点一二
: ...................
--
FROM 124.78.9.*