- 主题:msvc命令编译，有没有什么好的方案
十年前用过cl.exe和link.exe，现在msvc 2013/2017编译，都看不到编译命令。 都改成了msbuild
基于一个sdk，要编译各种变种版本，手动创工程嫌麻烦。 还是喜欢命令行那套（cygwin + makefile + 命令），不知道是否行得通。
望 各位大拿指点一二
--
FROM 219.78.254.*
嗯嗯，那个sdk用纯c写的。低版本的64位上编译，比如win7，能在win8、win10上跑起来吗？
windows整不太明白，同样win7编译的binary拷贝到另外一台机器上就是不能运行（整个debug目录拷）。 早期低版本的vc6程序，xp下编译，win7/win10都能运行
【 在 javaboy 的大作中提到: 】
: 我就是只用cl + link，用一个windows版的make来调用。
: 用msbuild必须安装一个巨大的20gb的visual studio。。。而且不同版本不是很兼容，不是很友好。。。
:
--
FROM 112.17.247.*
恩。 需要编译生成dll，静态库给客户不是太好。 公司有担心源码、实现被人反向。
【 在 z16166 的大作中提到: 】
: 默认是动态连接的，debug版本也是动态链接到debug版的msvcp*.dll之类的，目标环境缺这些dll肯定运行不了。
: 你可以改成静态链接的，就没这个问题。或者在目标环境上安装对应版本的VC++ redistributable package。
: 编译产物要在XP上运行，需要用xp toolset编译。默认安装的VC++ toolset是不支持目标环境为XP的。
: ...................
--
FROM 60.176.30.*
cmake以前看过wxwidgets的项目，支持linux/windows/mac，确实很强大
【 在 xiaoju 的大作中提到: 】
: 除非你特别喜欢老风格的vc，否则应该直接上cmake
:
--
FROM 60.176.30.*
只要windows上运行，mingw是不是能省事一点？ 有没有什么不好的副作用
编译出来的库，能被vc之类的程序调用吗？
【 在 z16166 的大作中提到: 】
: 取决于你的工程文件是哪种格式的。如果是sln，用devenv 后面带不同config参数就能编译，比如release｜x64
--
修改:saynothing FROM 115.204.70.*
FROM 115.204.70.*