basecodebuild編譯文件

⑴ codeblocks編譯當前文件

方法如下：

1、 下載 CodeBlocks.rar ，並把它解壓到當前系統分區中的某一根目錄下，比如F: ，注意：不要解壓到含有中文或空格的目錄中。

2、進入「F:codeblocks」目錄，並雙擊「codeblocks.exe」可執行文件，啟動它。

3、現在學習如何通過向導創建一個控制台應用，並且直接編譯、運行它。

步驟1：Code::Blocks主菜單「文件」→「新建」→「項目…」 彈出如下對話框中，開始「Console Application」。

（圖 1 開始「Console Application」向導）

步驟10：其中「Hello world！」是程序的輸出。下面的內容是Code::Blocks為了方便調試而增加的內容（本來該程序運行後，就直接退出），包括顯示了程序運行用時，以及提示「按任意鍵退出」。

⑵ c語言編寫好代碼後，怎麼編譯，最後生成可執行文件

材料/工具：vc6.0

1、打開c語言編輯工具，在工具中寫入程序的源代碼。

⑶ 關於c++編譯生成文件

APS：存放二進制資源的中間文件，VC把當前資源文件轉換成二進制格式，並存放在APS文件中，以加快資源裝載速度。資源輔助文件。

.BMP：點陣圖資源文件。

.BSC：瀏覽信息文件，由瀏覽信息維護工具（BSCMAKE）從原始瀏覽信息文件（.SBR）中生成，BSC文件可以用來在源代碼編輯窗口中進行快速定位。用於瀏覽項目信息的，如果用source brower的話就必須有這個文件。可以在project options里去掉Generate Browse Info File，這樣可以加快編譯進度。

.C：用C語言編寫的源代碼文件。

.CLW：ClassWizard生成的用來存放類信息的文件。classwizard信息文件，ini文件的格式。

.CNT：用來定義幫助文件中「Contents」的結構。

.CPP或.CXX：用C++語言編寫的源代碼文件。

.CUR：游標資源文件。

.DEF：模塊定義文件，供生成動態鏈接庫時使用。

.DLG：定義對話框資源的獨立文件。這種文件對於VC工程來說並非必需，因為VC一般把對話框資源放在.RC資源定義文件中。

.DSP：VC開發環境生成的工程文件，VC4及以前版本使用MAK文件來定義工程。項目文件，文本格式。

.DSW：VC開發環境生成的WorkSpace文件，用來把多個工程組織到一個WorkSpace中。工作區文件，與.dsp差不多。

.EXP：由LIB工具從DEF文件生成的輸出文件，其中包含了函數和數據項目的輸出信息，LINK工具將使用EXP文件來創建動態鏈接庫。只有在編譯DLL時才會生成，記錄了DLL文件中的一些信息。

.H、.HPP或.HXX：用C/C++語言編寫的頭文件，通常用來定義數據類型，聲明變數、函數、結構和類。

.HLP：Windows幫助文件。

.HM：在Help工程中，該文件定義了幫助文件與對話框、菜單或其它資源之間ID值的對應關系。

.HPJ：由Help Workshop生成的Help工程文件，用來控制Help文件的生成過程。

.HPG，生成幫助的文件的工程。

.ICO：圖標資源文件。

.ILK：連接過程中生成的一種中間文件，只供LINK工具使用。

.INI：配置文件。

.LIB：庫文件，LINK工具將使用它來連接各種輸入庫，以便最終生成EXE文件。

.LIC：用戶許可證書文件，使用某些ActiveX控制項時需要該文件。

.MAK：即MAKE文件，VC4及以前版本使用的工程文件，用來指定如何建立一個工程，VC6把MAK文件轉換成DSP文件來處理。

.MAP：由LINK工具生成的一種文本文件，其中包含有被連接的程序的某些信息，例如程序中的組信息和公共符號信息等。執行文件的映像信息記錄文件。

.MDP：舊版本的項目文件，相當於.dsp

.NCB：NCB是「No Compile Browser」的縮寫，其中存放了供ClassView、WizardBar和Component Gallery使用的信息，由VC開發環境自動生成。無編譯瀏覽文件。當自動完成功能出問題時可以刪除此文件。編譯工程後會自動生成。

.OBJ：由編譯器或匯編工具生成的目標文件，是模塊的二進制中間文件。

.ODL：用對象描述語言編寫的源代碼文件，VC用它來生成TLB文件。

.OLB：帶有類型庫資源的一種特殊的動態鏈接庫，也叫對象庫文件。

.OPT：VC開發環境自動生成的用來存放WorkSpace中各種選項的文件。工程關於開發環境的參數文件。如工具條位置信息等。

.PBI、.PBO和.PBT：由VC的性能分析工具PROFILE生成並使用的三種文件。

.PCH：預編譯頭文件，比較大，由編譯器在建立工程時自動生成，其中存放有工程中已經編譯的部分代碼，在以後建立工程時不再重新編譯這些代碼，以便加快整個編譯過程的速度。

.PDB：程序資料庫文件，在建立工程時自動生成，其中存放程序的各種信息，用來加快調試過程的速度。記錄了程序有關的一些數據和調試信息。

.PLG：編譯信息文件，編譯時的error和warning信息文件。

.RC：資源定義文件。

.RC2：資源定義文件，供一些特殊情況下使用。

.REG：注冊表信息文件。

.RES：二進制資源文件，資源編譯器編譯資源定義文件後即生成RES文件。

.RTF：Rich Text Format（豐富文本格式）文檔，可由Word或寫字板來創建，常被用來生成Help文件。

.SBR：VC編譯器為每個OBJ文件生成的原始瀏覽信息文件，瀏覽信息維護工具（BSCMAKE）將利用SBR文件來生成BSC文件。

.TLB：OLE庫文件，其中存放了OLE自動化對象的數據類型、模塊和介面定義，自動化伺服器通過TLB文件就能了解自動化對象的使用方法。

debug 包裡面有生成的可執行文件，及有關鏈接庫的一些信息，調試信息等

⑷ CodeBlocks 如何搭建一個編譯Qt程序的環境

你肯定也是照著這個做的吧
http://www.qtcn.org/bbs/read.php?tid=11847

你是到哪一步不行的？

⑸ 如何使用C++Builder編譯Delphi使用Obj文件

一直以來，Delphi 都可以用命令行 dcc32 ProjectName.dpr 對項目進行編譯鏈接，非常方便，Delphi對項目文件的參數配置處理的很簡單，便於閱讀處理起來也很直觀，編譯的中間文件也很簡單(dcu,dcp)。
而C++Builder就沒那麼幸運了，因為包含了C++的特徵，各種編譯的中間文件：lib,obj,res,map,tds。後來新版又增加了一些預編譯文件：ilc,ild,ilf,...,pch,#00,...等等等等，各種搜索路徑(Include Path,Library Path,Browse Path...)，要是用bcc32及ilink32手工進行編譯鏈接，命令的參數都足夠寫上大半天。幸好，在舊版C++Builder中，如果要用命令行編譯BCB項目，只要將bpr文件轉換為mak文件，再使用make命令進行編譯鏈接也比較方便，不需要過多的處理：
[plain] view plainprint?
bpr2mak -oProject1.mak Project1.bpr
make -fProject1.mak

自從Delphi/C++Builder開始使用 MSBuild* 編譯系統後(好像是RAD Studio 2006開始，具體忘記了)，Delphi項目在保存為dpr的同時，也會保存一份dproj的項目文件，dpr依舊沿用舊格式，dproj 則以MSBuild規范以XML格式保存，除了可以用舊方式命令行編譯dpr外，也可以用：

[plain] view plainprint?
msbuild.exe /t:Rebuild /p:Config=Debug ProjectName.dproj

進行編譯，但msbuild必須設定一些環境變數，RAD Studio自帶了一個命令行工具已經做好了這些，其實就是設定了以下幾個環境變數($(BDS)\bin\rsvars.bat)：

[plain] view plainprint?
@SET BDS=C:\Embarcadero\RAD Studio\7.0
@SET BDSCOMMONDIR=C:\Users\Public\Documents\RAD Studio\7.0
@SET FrameworkDir=C:\Windows\Microsoft.NET\Framework\v2.0.50727
@SET FrameworkVersion=v2.0.50727
@SET FrameworkSDKDir=
@SET PATH=%FrameworkDir%;%FrameworkSDKDir%;%PATH%
@SET LANGDIR=EN

C++Builder則又更杯具了一些，bpr2mak.exe工具已經沒有了，所以只能採用MSBuild進行命令行編譯。更加杯具的是，隨著Delphi和BCB被多次轉賣收購，新版本的發布似乎總會有各種各樣的Bug，比如手頭的RAD Studio 2009進行命令行編譯，Delphi正常，BCB則報出超過100個錯誤，類似如下：

[plain] view plainprint?
C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external '__fastcall Strhlpr::UnicodeFree(System::UnicodeString&)' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|ustring
C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external 'Typinfo::BooleanIdents' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|vclinit

檢查了一下發現編譯過程(bcc32.exe)沒有問題，只是在ilink32.exe鏈接過程中報錯，在IDE中打開此項目進行編譯，查看Message->Output窗口，比較兩者的ilink32命令行參數，發現兩者有兩個地方有明顯差異，一個是IDE生成的命令中沒有類似 C:\Embarcadero\RAD Studio\7.0\lib\EN\debug 的路徑(指的是EN這個目錄，去除上面rsvars.bat中的@SET LANGDIR=EN 就可以避免產生這樣的搜索路徑) ，但是雖然這個目錄不存在，也應該不至於導致出錯。第二個差異是缺少了rtl.bpi和vcl.bpi的附加obj參數，解決辦法是在$(BDS)\bin目錄中找到 CodeGear.Cpp.Targets 文件，用記事本打開，搜索字元「memmgr.lib「，在前面加上"rtl.bpi;vcl.bpi" (用;分隔，不含引號)，一共有兩處要修改。或者查找 "c0w32"，在後面加上 "rtl.bpi;vcl.bpi"，只有一處修改 —— 因為IDE的命令行中 rtl.bpi vcl.bpi是在c0w32和memmgr.lib中間的。—— （注意：在XE2中，加在c0w32後面已經不管用了，編譯會報另一個錯誤VCL.BPIW.OBJ不存在，Targets文件有很大變化，可能參數的位置變動過了，導致與其他參數混在一起，所以還是加到memmgr.lib處更加合理）。

一些組件包比如DevExpress的Package，沒有dproj或者cproj 項目文件，只能通過IDE進行轉換，但坑爹的是bpk在好幾個版本以前(CRS 2007?)已經不支持bpk項目，根本打不開也談不上轉換了，但它其實是一個make文件，可惜用make命令編譯還是要出錯，不想去研究了。總之，BCB永遠活在Delphi的陰影下。

⑹ c++程序編譯後自動生成的文件有什麼用，分別解釋下

1， PCH文件

預編譯頭文件(一般擴展名為.PCH),是把一個工程中較穩定的代碼預先編譯好放在一個文件(.PCH)里.這些預先編譯好的代碼可以是任何的C/C++代碼--甚至可以是inline函數,只它們在整個工程中是較為穩定的,即在工程開發過程中不會經常被修改的代碼.

為什麼需要預編譯頭文件?一言以蔽之:提高編譯速度.一般地,編譯器以文件為單位編譯,如果修改了一工程中的一個文件則所有文件都要重新編譯,包括頭文件里的所有東西(eg.Macro宏,Preprocessor預處理),而VC程序中,這些頭文件中所包括的東西往往是非常大的,編譯之將占很長的時間.但它們又不常被修改,是較穩定的,為單獨的一個小文件而重新編譯整個工程的所有文件導致編譯效率下降,因此引入了.PCH文件.

如何使用預編譯頭文件以提高編譯速度?要使用預編譯頭文件,必須指定一個頭文件(.H),它包含我們不會經常修改的代碼和其他的頭文件,然後用這個頭文件(.H)來生成一個預編譯頭文件(.PCH)VC默認的頭文件就是StdAfx.h,因為頭文件是不能編譯的,所以我們還需要一個.CPP文件來作橋梁,VC默認的文件為StdAfx.cpp,這個文件里只有一句代碼就是:＃include "StdAfx.h".接下來要用它生成.PCH文件,涉及到幾個重要的預編譯指令:/Yu,/Yc,/Yx,/Fp.簡單地說,/Yc是用來生成.PCH文件的編譯開關.在Project->setting->C/C++的Category里的Precompiled Header,然後在左邊的樹形視圖中選擇用來編譯生成.PCH文件的.CPP文件(默認即StdAfx.cpp)你就可以看到/Yc這個開關,它表示這個文件編譯了以後是否生成.PCH文件(可能/Yc的c表示create)./Fp指令指定生成的.PCH文件的名字及路徑(可能/Fp的p代表path)./Yu的u即use使用,工程中只要包括了.H文件的文件都會有這個/Yu指令.如果選擇自動Automatic...的話則原來為/Yc的地方就換成了/Yx指令.如果選擇自動,則每次編譯時編譯器會看以前有沒有生成過.PCH文件,有則不現生成否則就再次編譯產生.PCH文件.

注意:

A,實際上,由Appzard項目向導生成的默認的頭文件及CPP文件StdAfx.h和StdAfx.cpp可以是任何名字的.原因很簡單.但如果你要這樣做就要記得修改相應的Project->setting...下的幾個預編譯指令(/Yc,/Yu,/Yx,/Fp)的參數.

B.在任何一個包括了將要預編譯的頭文件而使用了.PCH文件的工程文件的開頭,一定必須要是在最開頭,你要包含那個指定生成.PCH文件的.H文件(通過.CPP文件包括,默認為StdAfx.cpp),如果沒包括將產生我最開頭產生的錯誤.如果不是在最開頭包括將產生讓你意想不到的莫名其妙錯誤,如若不信,盍為試之?

C.預編譯文件.PCH生成之很耗時間,而且生成之後它也很占磁碟空間,常在5-6M,注意項目完成之後及時清理無用的.PCH文件以節約磁碟空間.

D.如果丟了或刪了.PCH文件而以後要再修改工程文件時,可將指定的/Yc的.CPP文件(默認為StdAfx.cpp)重新編譯一次即可再次生成.PCH文件,不用傻傻的按F7或Rebuild All

2， NCB文件

.ncb 無編譯瀏覽文件(no compile browser)。當自動完成功能出問題時可以刪除此文件。build後會自動生成

3， OBJ文件

目標文件，一般是程序編譯後的二進制文件，再通過鏈接器和資源文件鏈接就成exe文件了。

OBJ只給出了程序的相對地址，而EXE是絕對地址。

4， PDB文件

程序資料庫 (PDB) 文件保存著調試和項目狀態信息，使用這些信息可以對程序的調試配置進行增量鏈接。當以 /ZI 或 /Zi（用於 C/C++）生成時，將創建一個 PDB 文件。

在 Visual C++ 中，/Fd 選項用於命名由編譯器創建的PDB 文件。當使用向導在Visual Studio 中創建項目時，/Fd 選項被設置為創建一個名為 project.PDB 的 PDB。

如果使用生成文件創建 C/C++ 應用程序，並指定 /ZI 或 /Zi 而不指定 /Fd 時，則最終將生成兩個 PDB 文件：

*VC80.PDB （更籠統地說就是 VCx0.PDB，其中 x 表示 Visual C++ 的版本。）該文件存儲各個 OBJ 文件的所有調試信息並與項目生成文件駐留在同一個目錄中。

*project.PDB 該文件存儲 .exe 文件的所有調試信息。對於C/C++，它駐留在 \debug 子目錄中。

每當創建 OBJ 文件時，C/C++ 編譯器都將調試信息合並到 VCx0.PDB 中。插入的信息包括類型信息，但不包括函數定義等符號信息。因此，即使每個源文件都包含公共頭文件（如 <windows.h>），這些頭文件中的 typedef 也只存儲一次，而不是在每個 OBJ 文件中都存在。

鏈接器將創建 project.PDB，它包含項目的 EXE 文件的調試信息。project.PDB文件包含完整的調試信息（包括函數原型），而不僅僅是在 VCx0.PDB 中找到的類型信息。這兩個 PDB 文件都允許增量更新。鏈接器還在其創建的 .exe 或 .dll 文件中嵌入 .pdb 文件的路徑。

Visual Studio 調試器使用 EXE 或 DLL 文件中的PDB 路徑查找 project.PDB 文件。如果調試器在該位置無法找到 PDB 文件或者如果路徑無效（例如，如果項目被移動到了另一台計算機上），調試器將搜索包含 EXE 的路徑，即在「選項」對話框（「調試」文件夾，「符號」節點）中指定的符號路徑。調試器不會載入與所調試的二進制不匹配的 PDB。

5， ILK文件

在增量鏈接時，LINK 更新在第一次增量鏈接期間創建的 .ilk 狀態文件。該文件和 .exe文件或 .dll 文件具有相同的基名稱，並具有擴展名 .ilk。在後面的增量鏈接期間，LINK 更新 .ilk 文件。如果缺少 .ilk 文件，則 LINK 執行完全鏈接並創建新的 .ilk 文件。如果 .ilk 文件無法使用，則 LINK 執行非增量鏈接。有關增量鏈接的詳細信息，請參見漸進式鏈接(/INCREMENTAL) 選項。

6， MAP文件

Windows和linux系統下都有map文件，map文件一般是用來保存符號的地址信息。這里的符號一般是指函數名及變數（局部、全局）。根據這個地址信息，便可以把地址翻譯成相應的符號，很多系統工具、debug方法都要用到這種信息。

（一）一個程序編譯完以後內容會分成兩大類保存，一類是code，一類是data：

（1）code指程序代碼，常存在.text section

（2）data指存程序中聲明的變數，常存在.data section，未初始化的變數會被存在.bss section。

（二）Windows

（1）單個模塊的map文件

在Windows下每一個模塊（dll/exe）對應一個map文件，只需編譯時打開相應的選項即可。

visual studio中方法：右擊工程，選擇Properties，然後選擇 Configuration Properties -Linker - Debugging，將Generate Map File項改成Yes。

編譯後在debug/release目錄里便可以找到與應用程序同名的map文件。

如下為map文件內容：

Timestamp is4b9603e2 (Tue Mar 09 16:16:34 2010) //這個是時間戳，每次編譯都不同，後面符號對應的地址一般也不同。

Preferred loadaddress is 00010000 //這是編譯時的預裝載地址，實際上模塊被載入的地址可能跟這個不同，所以來確定某個地址對應哪個符號信息的時候，還需要知道該模塊載入在內存的真正起始地址，然後根據偏移量來確定。

Start Length Name Class

0001:00000000 001c3950H .text CODE ==》存放程序代碼

0003:000008b8000af67cH .data DATA ==》初始化的變數

0003:000aff40003930b1H .bss DATA ==》未初始化的變數

（2）操作系統總的map文件：不知道有沒有。

（3）mpbin

mpbin是一個反匯編工具，可以輸出exe/dll文件的許多信息。

mpbin /allyourmolename > a.txt 可以把所有的信息保存在一個a.txt中，裡面可以找到時間戳、原debug路徑信息及函數列表等。

如下：

FILE HEADERVALUES

1C2 machine (Thumb)

6 number of sections

49EC0BAE time date stamp Mon Apr 2013:44:14 2009 //時間戳

0 file pointer to symbol table

0 number of symbols

E0 size of optional header

2102 characteristics

Executable

32 bit word machine

DLL

OPTIONAL HEADERVALUES

10B magic # (PE32)

9.00 linker version

53E00 size of code

76A00size of initialized data

0 size of uninitialized data

502ACentry point (100502AC)

1000 base of code

55000 base of data

10000000 image base (10000000 to100CDFFF)

1000 section alignment

200 file alignment

5.01 operating system version

0.00 image version

5.01 subsystem version

0 Win32 version

CE000 size of image

400 size of headers

其中 10000000 image base (10000000 to 100CDFFF)是重要的信息，與map file中的 Preferred load address is10000000 意義相同。

DebugDirectories

Time Type Size RVA Pointer

-------- ------ -------- -------- --------

49EC0BAE cv 81 000020FC CFC Format: RSDS, {A5C699F0-C26D-427E-BC54-3504731BA9B8}, 1,d:\Projects\Final\MyUsbToPc_CPL\MyUsbToPc\Windows Mobile 6 Professional SDK(ARMV4I)\Debug\MyUsbToPc.pdb //原編譯路徑

Begin End Prolog Excpt 32bit Fixup 【Function Name】

0000000010001000 10001040 10001010 N Y Y DllMain

0000000810001040 10001064 10001050 N Y Y ?InitApplet@@YAHPAUHWND__@@@Z (int __cdecl InitApplet(struct HWND__*))

0000001010001064 10001068 10001064 N Y Y ?TermApplet@@YAXXZ (void __cdecl TermApplet(void))

0000001810001068 100013DC 10001078 N Y Y CPlApplet

00000020 1000141C 100014B4 10001420 N Y Y _DllMainCRTStartup

00000028100014B4 100014BC 100014B4 N Y Y GetCurrentProcess

00000030100014BC 100014F0 100014C0 N Y Y

00000038 100014F0 1000155C 100014F4 N Y Y _cinit

00000040 1000155C 10001660 10001560 N Y Y

0000004810001660 10001678 10001664 N Y Y exit

0000005010001678 10001690 1000167C N Y Y _exit

0000005810001690 100016AC10001694 N Y Y _cexit

00000060 100016AC 100016F8 100016B0 N Y Y _c_exit

begin欄對應的地址與map里的地址是一致的，非常類似於map文件。

【注意：很多exe或dll在編譯時時將此信息隱藏的，Function Name會變成空的】

（三）Linux

（1）單個模塊的map文件

暫還不清楚，大家知道的請告知。

（2）操作系統總的map文件

linux系統編譯Image後會生成一個system.map，裡面存了被編譯進內核的符號信息，不同次的編譯生成的system.map會有差異。

因為是操作系統的符號信息，裝載的地址都是固定的，所以不像windows單個模塊那樣靠偏移量定位，直接通過地址就可以直接找到對應的符號。

其內容的重要的幾個符號如下：

_stext//代碼段開始

_etext//代碼段結束

__data_start//初始化的數據開始

_edata//初始化的數據結束

__bss_start//未初始化數據開始

_end//全部結束

Linux相對windows有個很重要的不同是，linux啟動後在proc\kallsyms里也有一份類似Map文件的信息，cat命令可看到其內容，有了這個就可以得到任何一個內核的符號（變數及函數名）的地址信息，而不需要在編譯完內核後特意保存map文件，這真是一個巨大的寶藏。

而且，proc\kallsym的信息比system.map多，在最後會有mole部分的符號信息，這些信息會隨著系統的變化而變化。

（3）nm命令

nm命令用來顯示某個可執行文件的符號信息。符號信息中會包含全局變數（比如下面的xyz）和函數名（比如下面的main），還有一些編譯器插入的符號（比如下面的__data_start,__bss_start）

第二列表示符號的屬性，其中大寫代表global，小寫代表local

Usage: nm[option(s)] [file(s)]

List symbols in[file(s)] (a.out by default).

示例：

nm helo

08049f20 d_DYNAMIC

08049ff4 d_GLOBAL_OFFSET_TABLE_

080484ec R_IO_stdin_used

w _Jv_RegisterClasses

08049f10 d__CTOR_END__

08049f0c d__CTOR_LIST__

08049f18 D__DTOR_END__

08049f14 d__DTOR_LIST__

08048500 r__FRAME_END__

08049f1c d__JCR_END__

08049f1c d__JCR_LIST__

0804a020 A__bss_start

0804a00c D__data_start

080484a0 t __do_global_ctors_aux

08048340 t__do_global_dtors_aux

0804a010 D__dso_handle

w __gmon_start__

0804849a T __i686.get_pc_thunk.bx

08049f0c d__init_array_end

08049f0c d__init_array_start

08048430 T__libc_csu_fini

08048440 T__libc_csu_init

U __libc_start_main@@GLIBC_2.0

0804a020 A _edata

0804a028 A _end

080484cc T _fini

080484e8 R_fp_hw

08048298 T _init

08048310 T_start

0804a020 bcompleted.6635

0804a00c Wdata_start

0804a024 bdtor_idx.6637

080483a0 t frame_mmy

080483c4 T main

U printf@@GLIBC_2.0

0804a014 D x

0804a018 D y

0804a01c D z

helo.c如下：

#include<stdio.h>

int x = 10;

int y = 20;

int z = 30;

extern int__data_start;//這里引用了編譯器插入的符號

int main(void)

{

int *ds = &__data_start;

printf("%p\n", ds);

printf("now x = %d\n", x);

ds+=3;

*ds = 100;

printf("now x = %d\n", x);

}

7， IDB文件

The compiler savesstate information from the first compile in the project』s .IDB file (the default name is project.IDB or VC60.IDBfor files compiled without a project).

The compiler usesthis state information to speed subsequent compiles.

8， SLN文件

Visual Studio.Solution 通過為環境提供對項目、項目項和解決方案項在磁碟上位置的引用，可將它們組織到解決方案中。

⑺ 如何用sublime編譯c++

工具：

sublime

方法如下：

1.找到自己的C++編譯器版本C++編譯器是g++在F:CodeBlocksMinGWin目錄下，如圖：