vs編譯在cmd
㈠ vs2010，記事本，cmd，新手求教！
vs里寫的代碼是原文件，是要通過vs進行編譯、連接生成可執行文件exe才能運行的。
而bat、cmd是批處理文件，直接調用cmd程序進行解釋的。
C#里輸出代碼是Console.WriteLine("你好！");
C++里輸出代碼是std::cout<<"你好！";
C語言輸出代碼是printf("你好！");
……
上面這些都是要放到VS里編譯連接才能運行的話，你如果想通過bat或cmd文件直接運行的話，可以用下面的這個批處理語句輸出：
@echo off
echo 你好！
㈡ 命令行下編譯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++工程 （最好有詳細示例）
用法:
devenv
[解決方案文件
|
項目文件
|
任意文件.擴展名]
[開關]
devenv
的第一個參數通常是一個解決方案文件或項目文件。
如果您希望在編輯器中自動打開文件，
也可以使用任何其他文件作為第一個參數。當您輸入項目文件時，ide
會在項目文件的父目錄中查找與該項目文件具有相同
基名稱的
.sln
文件。如果不存在這樣的
.sln
文件，
ide
將查找引用該項目的單個
.sln
文件。如果不存在這樣的單個
.sln
文件，則
ide
將創建一個具有默認
.sln
文件名的未保存
的解決方案，其基名稱與項目文件的基名稱相同。
㈣ vs編譯的程序，用cmd能運行生成的exe，直接點擊卻不能正常運行
我的編譯器是vs2013的，這個應該適合2015項目，屬性，鏈接器，系統，所需的最低版本，該為5.01還是屬性頁，配置屬性，常規，平台工具集，改為含有windowsxp的那項還是配置屬性，C/C++，代碼生成，運行庫，改為多線程
㈤ VS2010用命令行編譯c#工程，如何寫cmd
http://blog.csdn.net/iamx7777777/article/details/4126032
看看這個是不是你所需要的，挺基礎的，其實可以查查MSDN，有詳細教程
㈥ 如何在windows系統的cmd命令行下調用VS編譯器
1、桌面空白右鍵，選擇新建---快捷方式； 2、輸入cmd，點擊下一步； 3、可修改名稱，點擊完成； 4、右鍵新建的cmd快捷方式，選擇屬性； 5、點擊布局選項卡，屏幕緩存區大小和窗口大小都按照你顯示器解析度設置，點擊確定；
㈦ vs2013怎麼在命令行使用cl編譯
1. 「cl不是可用的內部命令或可執行程序」
----原因：環境變數Path沒有設置好。
----解決：在環境變數Path中添加VC的bin目錄。Path= D:\Microsoft Visual Studio 9.0\VC\bin。在D:\Microsoft Visual Studio 9.0\VC\ce\bin下還有其他一些編譯器，看名字是交叉編譯用的
2.「mspdb80.dll無法找到」
----原因：vs2008的VC\bin目錄下缺少msobj80.dll、mspdb80.dll、mspdbcore.dll、mspdbsrv.exe這四個文件。
----解決：在D:\Microsoft Visual Studio 9.0\Common7\IDE下復制這四個文件到VC\bin。
3.解決以上問題以後，可以直接在命令行的任何目錄下編譯C/C++文件了。可是又出現新狀況：
「fatal error: cannot open include file」
----原因：vs2008未設置include和lib的環境變數。
----解決：
3.1在環境變數里添加變數INCLUDE，包含進VC\Include和C:\Program Files\Microsoft SDKs\Windows\v6.0A\Include（這個是安裝vs時自動安裝在C盤的）兩個目錄
INCLUDE=D:\Microsoft Visual Studio 9.0\VC\include; C:\Program Files\Microsoft SDKs\Windows\v6.0A\Include
3.2添加變數LIB，包含進VC\lib和C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib（這個也是安裝vs時自動安裝在C盤的）兩個目錄：
LIB=D:\Microsoft Visual Studio 9.0\VC\lib; C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib
4.提示：fatal error LNK1104: 無法打開文件「kernel32.lib」，（在IDE裡面運行沒有問題，因為IDE中採用了另外的封裝了庫）
----原因：vs2008未設置include和lib的環境變數。
----解決：在環境變數里添加變數LIB，C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib
或者將kernel32.lib直接到vc的lib目錄下也可以
至此，問題終於解決了，hoho~o(∩_∩)o...
【Tips】
1.使用-GX選項時，2005的編譯器會提示GX已過時，使用-EHsc代替
cl : Command line warning D9035 : option 'GX' has been deprecated and will be re
moved in a future release
cl : Command line warning D9036 : use 'EHsc' instead of 'GX'
2.環境變數可以通過「我的電腦右鍵->高級->環境變數」設置。當然也有其它方法，欲知詳情請網路之。
【Ref】
http://blog.163.com/danshiming@126/blog/static/109412748201312703225352/（在命令行界面使用vs2005的cl ）
http://hi..com/fymzone/blog/item/fdac1bfb9ba55f65034f5689.html（用vs2005編譯器cl在控制台下編譯）
http://hi..com/vanta/blog/item/f62035a80ec521b5cb130c3b.html（在cmd中鍵入cl執行編譯時會出現mspdb80.dll無法找到的情況）
㈧ 如何用vs和makefile文件進行編譯
運行cmd.exe (or command.com in win9x)->進到vc/bin目錄->運行vc-vars32.bat->進到makefile 所在的目錄->nmake /f makefile
從sourceforge上下載下來的libjpeg源代碼中有一個makefile.vc的文件，可以通過nmake /f makefile.vc [nodebug=1]來編譯libjpeg，但是只能編譯靜態庫，如果需要編譯dll以便在emacs等程序中使用的話，需要修改makefile.vc和jmorecfg.h文件。在makefile.vc文件中添加編譯dll規則：
以下內容為程序代碼:
libjpeg.lib: $(LIBOBJECTS) $(RM) libjpeg.lib lib -out:libjpeg.lib $(LIBOBJECTS) #
添加以下這行 libjpeg.dll: $(LIBOBJECTS) $(RM) libjpeg.dll link -dll -out:libjpeg.dll $(LIBOBJECTS) 在jmorecfg.h中添加#define _WIN32_#define JPEG_DLL 然後nmake /f makefile.vc nodebug=1就可以編譯了。
將makefile復制為一個.mak文件，然後用VC打開即可！
.mak 就是一個makefile
可以指定怎樣編譯(命令行,必須先設置VC命令行環境)
vcvars32.bat可設置環境,在vc98/bin下 nmake /f XXXX.mak
如果有一個makefile就只要nmake就可以了。
㈨ 怎樣解決Visual Studio 2008編譯cmd.exe錯誤
這篇文章就是在著力解決，VS2008編譯是出現了"cmd.exe」錯誤。工具/原料一個運行著Visual
Studio
2008的Windows系統步驟/方法打開"工具">>"選項"。
彈出對話框，選擇"項目和解決方案">>"VC++目錄"，點擊添加按鈕，在可執行文件欄添加上一下的路徑。
$(SystemRoot)\System32
$(SystemRoot)
確定後重新編譯即可解決。