Ⅰ vc怎么运行系统命令行
1.vs2003升级vs2008项目或者解决方案的命令:
"C:/Program Files (x86)/Microsoft Visual Studio 9.0/Common7/IDE/devenv" test.vcproj /upgrade,test.vcproj是vs2003的工程,执行次命令后就自动转换成vs2008的工程。自动保留老的工程版本。
2.vs命令行下编译的命令:
"C:/Program Files (x86)/Microsoft Visual Studio 9.0/Common7/IDE/devenv" test.sln /build Debug,test.sln是vs2008的解决方案,执行次命令编译整个test.sln的所有工程,换成工程则仅仅编译此工程。/build换成/rebuild则表示重新编译。
你有可能觉得vs单线程编译太慢了,那么你可以使用联机编译工具IncrediBuild来编译你的项目,用此工具在命令行下编译也是可行的。
3.联机编译工具IncrediBuild的命令:
"BuildConsole.exe" test.sln /prj="*" /build /OpenMonitor /cfg="Debug|Win32,Release|Win32",这里表示编译test.sln解决方案的所有工程,打开编译监视器,编译配置的版本为Debug|Win32,Release|Win32。
Ⅱ 如何在vs中自定义命令行宏
VS中添加预处理宏的方法:
除了在.c及.h中添加宏定义之外,还可以采用如下方法添加宏定义:
1、若只需要定义一个宏(如#define DEBUG),可以右键点击工程-->属性-->c/c++-->预处理器-->预处理器定义,点击下拉框中的编辑,输入想要定义的宏;
2、如果还需要定义宏的内容(如#define inline __inline),可以右键点击工程-->属性-->c/c++-->命令行,在其它选项中输入如下内容: /D"inline"=__inline 。
Ⅲ 命令行下编译vs2010工程怎么做
用法:
devenv [解决方案文件 | 项目文件 | 任意文件.扩展名] [开关]
devenv 的第一个参数通常是一个解决方案文件或项目文件。
如果您希望在编辑器中自动打开文件,
也可以使用任何其他文件作为第一个参数。当您输入项目文件时,IDE
会在项目文件的父目录中查找与该项目文件具有相同
基名称的 .sln 文件。如果不存在这样的 .sln 文件,
IDE 将查找引用该项目的单个 .sln 文件。如果不存在这样的单个
.sln 文件,则 IDE 将创建一个具有默认 .sln 文件名的未保存
的解决方案,其基名称与项目文件的基名称相同。
Ⅳ win10+vs2010 配置命令行C++编译
参考了网上的一些博客,零零散散,都会遇到一些问题,比如在配置路举兆径的时候没有windows Kits 文件夹等,这里就自己的环境做个总结。
环境: win10系统 vs2010
点开桌面左边“win”键,进入vs2010的文件夹,打开“visual studio 命令提示(2010)”,如下图所示:
打开的cmd如下所示,里面的路径需要记下,之后配置环境需陵穗要:
针对在一般路径下打开的cmd不能编译问题,就需要配置环境变量。
打开一个cmd窗口,输入cl命令,显示如下时表示配置成功了:
测试编尺答卜译cpp文件,编写一个简单的testvc.cpp文件
int main(){
printf("Hello World!");
return 0;
}
运行结果如下
Ⅳ 如何在Visual Studio中利用命令行集成Dotfuscator混淆处理
首先在Visual Studio中打开Dotfuscator:点击菜单栏中的 工具 > PreEmptive Protection - Dotfuscator 打开Dotfuscator。
此处默认新建了Dotfuscator项目,建议先进行保存,将文件保存至你要混淆项目的解决方案文件夹中,如,个人保存的位置为: E:/Projects/OpenSourceProject/ReferenceDoc/Dotfuscator/Samples/DotfuscatorSample/DotfuscatorSample.xml
保存到解决方案文件夹并非必须,此处如此处理可以为了后面进一步处理更加方便。
添加待混淆文件,如图所示:
修改文件路径,将文件路径修改为如下图所示:点击 属性 ,查看 项目属性 - configdir (就是之前的保存位置),然后切换回 输入 ,点击输入中第三个按钮 编辑输入 (那支笔),将路径中与 configdir 匹配的部分替换为 ${configdir} (注意是大括号)。
处理此步骤亦不是必须的,这样处理的原因是为了让我们的配置与本地无关(相对路径),方便其他人合作使用。
至此,基本配置就可以了,点击生成项目就可以进行混淆了。至于其他更多配置见官方文档。
本地可以直接在Dotfuscator工具中点击菜单栏中的 帮助 > 帮助目录 (此为中文文档,基础的配置基本都有)。
帮助文件本地目录参考(中文帮助): C:/Program Files (x86)/Microsoft Visual Studio 14.0/PreEmptive Solutions/Dotfuscator and Analytics Community Edition/zh-Hans
配置Visual Studio命令调用Dotfuscator 主要操作就是编辑生成后事件:右击项目 属性 ,切换到 生成事件 页面,编辑 后期生成事件命令行 ,添加如下代码:
此处为了保证只有在Release的模式下使用混淆,故添加了Release判断。
if $(ConfigurationName)==Release "C:/Program Files (x86)/Microsoft Visual Studio 14.0/PreEmptive Solutions/Dotfuscator and Analytics Community Edition/dotfuscatorcli.exe" /q "$(SolutionDir)DotfuscatorSample.xml"
代码解释:dotfuscator命令行工具+参数+项目混淆配置文件;其中配置文件之前保存到解决方案文件夹下,故此出可以直接用解决方案文件目录来索引。
代码中唯一不足就是命令行工具使用了绝对路径,vs中的宏参数没有可以直接使用的,若读者有啥好方法将此变为相对路径,望通知。 —— 但关于系统中添加环境变量的法子就不要了,个人不喜。
如果你在此处下一步需要进一步的打包处理,而你又需要Debug模式下一样可以打包测试。如,本人使用WiX打包,需要配置文件路径,方便一点就是要配置为生成路径,但是release模式下,需要将混淆的打包进去,而非直接生成的文件。此时,你不能改打包配置(改路径的话,debug会用不了),所以,你需要在将混淆过的文件拷贝到原来的release生成目录。所以我最后完整的生成事件就是如下代码了:
注意:经测试,如果在Dotfuscator中将生成路径设为文件来源路径,可以生成还会自动覆盖,但软件会用不了,具体原因不明。
if $(ConfigurationName)==Release "C:/Program Files (x86)/Microsoft Visual Studio 14.0/PreEmptive Solutions/Dotfuscator and Analytics Community Edition/dotfuscatorcli.exe" /q "$(SolutionDir)DotfuscatorSample.xml" if $(ConfigurationName)==Release x /e /y "$(SolutionDir)Dotfuscated/*.*" "$(TargetDir)"
代码中的目录可以见Dotfuscator配置的生成目录:
Ⅵ 命令行下编译vs2010工程怎么做
1.找到vs的cl.exe所在目录,在vs2010为f:\visual
2010\vc\bin,可参考。
2.点击“我的电脑”进行环境变量的配置,找到"path"变量加分号后加入刚才的路径。
3.重新运行cmd开启新的命令窗口,输入cl检查path设置是否生效。(只需配置一次即可,以后再次运行的时候不用再运行此命令)。
4.输入vcvars32,这条命令是运行同路径下的vcvars32.bat设置它的环境变量。
5.输入cl
hello.cpp即可正常编译。
编译工程有两个方法:
"c:\program
files\microsoft
visual
studio
10.0\common7\ide\devenv.exe"
/rebuild
"release|win32"
xxxxxxxxx.sln
专门的build工具:msbuild,通过开始菜单=>microsoft
visual
studio
2010=>visual
studio
tools=>visual
studio
command
prompt
(2010)
,启动命令行环境,执行一下msbuild
Ⅶ vs2010 怎么给c++项目预设命令行参数
command argument就是命令行参数。比如你自己写了一个程序,跟系统自带的程序一样,打开cmd,然后输入 c:\1.txt d:这样的命令,那么此时就把c:\1.txt和d:这两个参数以字符串的形式传递给了int main(int argc,char *argv[]) 中的argv,并用argc来保存参数的个数。如果没有参数,比如你在cmd中输入或者双击.exe这个程序,传入main函数的就是.exe程序的路径,比如c:\.exe,也就是说命令行参数至少有一个,就是运行的程序路径。所以command argument就是程序路径、空格、参数1、空格、参数2...
working directory就是工作路径,有很多程序需要的外部文件都在这个路径了里面查找。比如要打开文件,比如fopen("1.txt","r");这样不带路径而直接输入文件名,就搜索这个工作路径,没有搜索到则fopen返回NULL。一般程序和文件都是在一个文件夹的,这样便于阅读与查阅。