和在IDE中編譯相比，命令行模式編譯速度更快，并可以避免被IDE產(chǎn)生的一些附加信息所干擾。本文將介紹微軟C/C++編譯器命令行模式設(shè)定和用法。
　　1、設(shè)置環(huán)境變量：
　　PATH=C:\Program Files\Microsoft Visual Studio 8\VC\bin
　　INCLUDE=C:\Program Files\Microsoft Visual Studio 8\VC\include
　　LIB=C:\Program Files\Microsoft Visual Studio 8\VC\lib
　　如果提示找不到mspdb80.dll文件，則從C:\Program Files\Microsoft Visual Studio 8\Common7\IDE下拷貝“msobj80.dll,mspdb80.dll,mspdbcore.dll,mspdbsrv.exe”這四個文件到C:\Program Files\Microsoft Visual Studio 8\VC\bin下即可。
　　2、命令選項：
　　1)       /C:在預(yù)處理輸出中保留注釋語句
　　2)       /c:只編譯，不連接，相當(dāng)于在"Build"菜單下選擇了"Compile"
　　3)       /D:定義常量和宏，與源程序里的#define 有相同效果
　　4)       /E:預(yù)處理C、C＋＋源文件，將源文件中所有的預(yù)編譯指令及宏展開，將注釋去掉，然后將預(yù)處理器的輸出拷貝至標(biāo)準(zhǔn)輸出設(shè)備輸出，并且在每個文件的開頭和末尾加入#line
　　5)       /EH:指定編譯器用何種異常處理模型
　　6)       /EP:同/E,只是去掉了#line
　　7)       /F:設(shè)置程序的堆棧大小
　　8)       /FA:設(shè)置生成何種列表文件（匯編、匯編與機(jī)器碼、匯編與源碼、匯編與機(jī)器碼以及源碼）
　　9)       /Fa:指定用/FA設(shè)置的列表文件的存放路徑及（或）文件名
　　10)  /FD:生成文件的相互依賴信息
　　11)  /Fd:設(shè)置程序數(shù)據(jù)庫文件（PDB）的存放路徑及（或）文件名
　　12)  /Fe:設(shè)置最終可執(zhí)行文件的存放路徑及（或）文件名
　　13)  /FI:預(yù)處理指定的頭文件，與源文件中的＃include有相同效果
　　14)  /Fm:創(chuàng)建map文件
　　15)  /Fo:設(shè)置編譯后Obj文件的存放路徑及（或）文件名
　　16)  /Fp:設(shè)置預(yù)編譯文件（pch）的存放路徑及（或）文件名
　　17)  /FR:生成瀏覽信息（sbr）文件
　　18)  /Fr:同/FR,不同之處在于/Fr不包括局部變量信息
　　19)  /G3:為80386處理器優(yōu)化代碼生成
　　20)  /G4:為80486處理器優(yōu)化代碼生成
　　21)  /G5:為Pentium處理器優(yōu)化代碼生成
　　22)  /G6:為Pentium Pro處理器優(yōu)化代碼生成
　　23)  /GA:為Windows應(yīng)用程序作優(yōu)化
　　24)  /GB:為Pentium處理器優(yōu)化代碼生成，使用80386、80486、Pentium、Pentium Pro的混合指令集，是代碼生成的默認(rèn)選項（程序?qū)傩赃x項中Processor對應(yīng)Blend）
　　25)  /GD:為Windows動態(tài)庫（dll）作優(yōu)化，此開關(guān)在VC6中沒有實現(xiàn)
　　26)  /Gd:指定使用__cdecl的函數(shù)調(diào)用規(guī)則
　　27)  /Ge:激活堆棧檢測
　　28)  /GF:消除程序中的重復(fù)的字符串，并將她放到只讀的緩沖區(qū)中
　　29)  /Gf:消除程序中的重復(fù)字符串
　　30)  /Gh:在每個函數(shù)的開頭調(diào)用鉤子（hook）函數(shù)--penter
　　31)  /Gi:允許漸進(jìn)編譯
　　32)  /Gm:允許最小化rebuild
　　33)  /GR:允許運行時類型信息(Run-Time Type Infomation)
　　34)  /Gr:指定使用__fastcall的函數(shù)調(diào)用規(guī)則
　　35)  /Gs:控制堆棧檢測所用內(nèi)存大小
　　36)  /GT:支持用__declspec(thread)分配的數(shù)據(jù)的fier-safety
　　37)  /GX:允許同步異常處理，與/EHsc開關(guān)等價
　　38)  /Gy:允許編譯器將每一個函數(shù)封裝成COMDATs的形式，供連接器調(diào)用
　　39)  /GZ:允許在Debug build 的時候捕捉Release build的錯誤
　　40)  /Gz:指定使用__stdcall的函數(shù)調(diào)用規(guī)則
　　41)  /H:限制外部名字的長度
　　42)  /HELP:列出編譯器的所有的命令開關(guān)
　　43)  /I:指定頭文件的搜索路徑
　　44)  /J:將char的缺省類型從signed char改成unsigned char
　　45)  /LD:創(chuàng)建一個動態(tài)連接庫
　　46)  /LDd:創(chuàng)建一個Debug版本的動態(tài)鏈接庫
　　47)  /link:將指定的選項傳給連接器
　　48)  /MD:選擇多線程、DLL版本的C Run－Time庫
　　49)  /MDd:選擇多線程、DLL、Debug版本的C Run－Time庫
　　50)  /ML:選擇單線程版本的C Run-Time庫
　　51)  /MLd:選擇單線程、Debug版本的C Run-Time庫
　　52)  /MT:選擇多線程版本的C Run-Time庫
　　53)  /MTd:選擇多線程、Debug版本的C Run-Time庫
　　54)  /nologo:不顯示程序的版權(quán)信息
　　55)  /O1:優(yōu)化使產(chǎn)生的可執(zhí)行代碼最小
　　56)  /O2:優(yōu)化使產(chǎn)生的可執(zhí)行代碼速度最快
　　57)  /Oa:指示編譯器程序里沒有使用別名，可以提高程序的執(zhí)行速度
　　58)  /Ob:控制內(nèi)聯(lián)（inline）函數(shù)的展開
　　59)  /Od:禁止代碼優(yōu)化
　　60)  /Og:使用全局優(yōu)化
　　61)  /Oi:用內(nèi)部函數(shù)去代替程序里的函數(shù)調(diào)用，可以使程序運行的更快，但程序的長度變長
　　62)  /Op:提高浮點數(shù)比較運算的一致性
　　63)  /Os:產(chǎn)生盡可能小的可執(zhí)行代碼
　　64)  /Ot:產(chǎn)生盡可能塊的可執(zhí)行代碼
　　65)  /Ow:指示編譯器在函數(shù)體內(nèi)部沒有使用別名
　　66)  /Ox:組合了幾個優(yōu)化開關(guān)，達(dá)到盡可能多的優(yōu)化
　　67)  /Oy:阻止調(diào)用堆棧里創(chuàng)建幀指針
　　68)  /Q1f:對核心級的設(shè)備驅(qū)動程序生成單獨的調(diào)試信息
　　69)  /QI0f:對Pentium 0x0f錯誤指令作修正
　　70)  /Qifdiv:對Pentium FDIV錯誤指令作修正
　　71)  /P:將預(yù)處理輸出寫到指定文件里，文件的后綴名為I
　　72)  /TC:將命令行上的所有文件都當(dāng)作C源程序編譯，不管后綴名是否為.c
　　73)  /Tc:將指定的文件當(dāng)作C源程序編譯，不管后綴名是否為.c
　　74)  /TP:將命令行上的所有文件都當(dāng)作C＋＋源程序編譯，不管后綴名是否為.cpp
　　75)  /Tp:將指定文件當(dāng)作C＋＋源程序編譯，不管后綴名是否為.cpp
　　76)  /U:去掉一個指定的前面定義的符號或常量
　　77)  /u:去掉所有前面定義的符號或常量
　　78)  /V:在編譯的obj文件里嵌入版本號
　　79)  /vd:禁止/允許構(gòu)造函數(shù)置換
　　80)  /vmb:選擇指針的表示方法，使用這個開關(guān)，在聲明指向某個類的成員的指針之前，必須先定義這個類
　　81)  /vmg:選擇指針的表示方法，使用這個開關(guān)，在聲明指向某個類的成員的指針之前，不必先定義這個類，但要首先指定這個類是使用何種繼承方法
　　82)  /vmm:設(shè)置指針的表示方法為Single Inheritance and Multiple Inheritance
　　83)  /vms:設(shè)置指針的表示方法為Single Inheritance
　　84)  /vmv:設(shè)置指針的表示方法為Any class
　　85)  /W:設(shè)置警告等級
　　86)  /w:禁止所有警告
　　87)  /X:阻止編譯器搜索標(biāo)準(zhǔn)的include 目錄
　　88)  /Yc:創(chuàng)建預(yù)編譯頭文件（pch）
　　89)  /Yd:在所有的obj文件里寫上完全的調(diào)試信息
　　90)  /Yu:在build過程中使用指定的預(yù)編譯頭文件
　　91)  /YX:指示編譯器若預(yù)編譯頭文件存在，則使用它，若不存在，則創(chuàng)建一個
　　92)  /Z7:生成MSC7.0兼容的調(diào)試信息
　　93)  /Za:禁止語言擴(kuò)展(Microsoft Extensions to C)
　　94)  /Zd:調(diào)試信息只包含外部和全局的符號信息以及行號信息
　　95)  /Ze:允許語言擴(kuò)展(Microsoft Extensions to C)
　　96)  /Zg:為源文件里面定義的每個函數(shù)生成函數(shù)原型
　　97)  /ZI:生成程序庫文件（Pdb）并支持Edit and Continue調(diào)試特性
　　98)  /Zi:生成程序庫文件（pdb），包含類型信息和符號調(diào)試信息
　　99)  /ZL:從obj文件里去掉缺省的庫文件名
　　100)            /Zm:設(shè)置編譯器的內(nèi)存分配xianzhi
　　101)            /Zn:禁止瀏覽信息文件里面的封裝
　　102)            /Zp:設(shè)置結(jié)構(gòu)成員在內(nèi)存里面的封裝格式
　　103)            /Zs:快速檢查語法錯誤
　?。?br/>　　vc所支持的文件類型
　　1)       DSW:全稱是Developer Studio Workspace，最高級別的配置文件，記錄了整個工作空間的配置信息，她是一個純文本的文件，在vc創(chuàng)建新項目的時候自動生成
　　2)       DSP:全稱是Developer Studio Project，也是一個配置文件，不過她記錄的是一個項目的所有配置信息，純文本文件
　　3)       OPT：與DSW、DSP配合使用的配置文件，她記錄了與機(jī)器硬件有關(guān)的信息，同一個項目在不同的機(jī)器上的opt文件內(nèi)容是不同的
　　4)       CLW：記錄了跟ClassWizard相關(guān)的信息，如果丟失了clw文件，那么在Class View面板里就沒有類信息
　　5)       PLG：實際上是一個超文本文件，可以用Internet Explorer打開，記錄了Build的過程，是一個日志型文件
　　6)       RC：資源描述文件，記錄了所有的資源信息，在資源編輯器里作的修改，實際上都是對RC文件的修改
　　7)       RC2：附加的資源描述文件，不能直接資源編輯器修改，只能手工添加，可以用來添加額外的資源
　　8)       RES：經(jīng)過資源編輯器編譯之后的資源文件，以二進(jìn)制方式存放
　　9)       SBR：編譯器生成的瀏覽信息文件，在代碼導(dǎo)航的時候非常有用，她需要在編譯時指定/FR或者/Fr開關(guān)
　　10)  BSC：BSCMAKE.EXE將所有的SBR文件作為輸入，經(jīng)過處理之后輸出一個BSC文件，在代碼導(dǎo)航的時候?qū)嶋H用到的是BSC文件
　　11)  ILK：當(dāng)選定漸增型編譯連接時，連接器自動生成ILK文件，記錄連接信息
　　12)  PDB：全稱是Program DataBase，即程序數(shù)據(jù)庫文件，用來記錄調(diào)試信息，是一個相當(dāng)重要的文件，沒有他，程序無法正常調(diào)試
　　13)  LIB：如果項目輸出是Dll的話，一般會輸出一個跟項目同名的Lib文件，記錄輸出的函數(shù)信息
　　14)  EXP：同Lib，是跟Dll一起生成的輸出文件
　　15)  PCH：全稱是PreCompiled Header，就是預(yù)先編譯好的頭文件，在編譯時指定/Yu開關(guān)時編譯器自動生成
　　VC++編譯器中一些常見precompiling 指令介紹 <http://www.cnblogs.com/Winston/archive/2008/09/12/1289704.html>
　　我們在利用vc6.0 project wizard生成的代碼中，經(jīng)常看到大量的precompiling指令。本文講解了常見的這些指令的作用
　　1 #pragma once
　　這個指令是vc編譯器特有的指令，其作用是指對該頭文件只編譯一次。其作用相當(dāng)于傳統(tǒng)的Macro:
　　#ifndef HeadFile_H
　　#define HeadFile_H
　　此處是頭文件定義
　　#endif
　　因為在一個project中，往往不同頭文件之間互相引用。如果不加上這條指令，很可能某個頭文件會在某個文件中引用多次而產(chǎn)生錯誤。加上這條指令后就可以保證該頭文件只被引用和編譯一次了
　　例如：
　　//假設(shè)該頭文件定義為：classA.h
　　#pragma once
　　class A
　　{
　　public:
　　virtual void f(){}
　　};
　　其等價于
　　#ifndef classA_h
　　#define classA_h
　　class A
　　{
　　public:
　　virtual void f(){}
　　};
　　#endif
　　#pragma comment(lib,"XXXX.lib")
　　該指令的作用是將XXXX.lib庫文件包含在project中進(jìn)行編譯，與其具有等同作用的做法是在vc6.0->project->setting->link ->object/library modules 設(shè)置為XXXX.lib。 我們知道，對dll的調(diào)用分為兩種，一種為隱式調(diào)用（implicit calss)，即為靜態(tài)調(diào)用），這種調(diào)用方式要求在編譯時候給出dll對象和方法在相應(yīng)lib文件中的入口地址，因此必須包含lib文件。另外一種方式為顯式調(diào)用(explicit call)，如果要調(diào)用Dll中的function,需要經(jīng)歷3個步驟：
　　Handle h=LoadLibrary(dllName) --> GetProcAddress(h,functionName) 返回函數(shù)指針，通過函指針調(diào)用其function-->FreeLibrary(h)
　　例如：Another.dll有一個int Add(int x,int y)函數(shù)。則完整的調(diào)用過程如下：
　　typedef int (* FunPtr)(int,int);//定義函數(shù)指針
　　FunPtr funPtr;
　　Handle h=LoadLibrary("Another.dll");
　　funPtr=（FunPtr）GetProcAddress(h,"Add");
　　funPtr(2,3);//2+3;
　　FreeLibrary(h);
　　當(dāng)然這種方式下 就不需要lib文件了。