上游編譯的文件
編譯後等於是復制了一份java文件去編譯，你寫的java文件會仍然存在啊
⑵ c++編譯後產生的一些文件是什麼
c++程序在編譯後,在目標路徑下會生成多個文件：
Debug文件夾(*.exe,*.ilk,*.obj,*.pch,*.pdb,*.idb,*,pdb),*.cpp,*.dsp,*.ncb,*.plg。
1、exe:是生成的可執行文件。
2、ilk:當選定漸增型編譯連接時，連接器自動生成ILK文件，記錄連接信息。
3、obj:是目標文件,源程序編譯後的產物。
4、pch:全稱是PreCompiled Header，就是預先編譯好的頭文件。
5、idb:文件保存的信息,使編譯器在重新編譯的時候只重編譯最新改動過的函數和只對最新類定義改動過的源文件進行重編譯，以提高編譯速度。
6、pdb:全稱是Program DataBase，即程序資料庫文件，用來記錄調試信息。
(2)上游編譯的文件擴展閱讀：
工作原理：
C++語言的程序因為要體現高性能，所以都是編譯型的。但其開發環境，為了方便測試，將調試環境做成解釋型的。即開發過程中，以解釋型的逐條語句執行方式來進行調試，以編譯型的脫離開發環境而啟動運行的方式來生成程序最終的執行代碼。
生成程序是指將源碼（C++語句）轉換成一個可以運行的應用程序的過程。如果程序的編寫是正確的，那麼通常只需按一個功能鍵，即可搞定這個過程。該過程實際上分成兩個步驟。
第一步是對程序進行編譯，這需要用到編譯器（compiler）。編譯器將C++語句轉換成機器碼(也稱為目標碼)；如果這個步驟成功，下一步就是對程序進行鏈接，這需要用到鏈接器（linker）。鏈接器將編譯獲得機器碼與C++庫中的代碼進行合並。
⑶ 問題如下：錯誤 此編譯的源文件可以在以下位置找到:
在下載Turbo C 2.0和Turbo C++ 3.0後，在使用過程中碰到如下問題： 1）出現找不到 stdio.h conio.h等include文件； 2）出現cos.obj無法連接之類的錯誤 這些問題是由於沒有設置好路徑引起的，目前下載的TC2，TC3按安裝分類大概有兩種版本：一是通過install安裝，這類應該已經設置好了路徑；二是直接解壓後建立TC.EXE的快捷方式，在WINDOWS下雙擊即可運行（DOS下直接運行TC.EXE）,目前國內大多為這種,因此下載使用前請注意 路徑設置： 設置方法為： OPTION->DIRECTORIES: INCLUDE: [TC2/3所在目錄]/include LIB: [TC2/3所在目錄]/lib output輸出目錄請自己設置一個工作目錄，以免混在一起。最後還提醒一點：FILES中的Change dir(改變當前目錄）中應設置為當前程序所在目錄。
⑷ 什麼是編譯程序
編譯程序指將某一種程序設計語言寫的程序翻譯成等價的另一種語言的程序的程序, 稱之為編譯程序
編譯程序也稱為編譯器，是指把用高級程序設計語言書寫的源程序，翻譯成等價的機器語言格式目標程序的翻譯程序。編譯程序屬於採用生成性實現途徑實現的翻譯程序。
它以高級程序設計語言書寫的源程序作為輸入，而以匯編語言或機器語言表示的目標程序作為輸出。編譯出的目標程序通常還要經歷運行階段，以便在運行程序的支持下運行，加工初始數據，算出所需的計算結果。
編譯程序的實現演算法較為復雜，這是因為它所翻譯的語句與目標語言的指令不是一一對應關系,而是一多對應關系，同時也因為它要處理遞歸調用、動態存儲分配、多種數據類型，以及語句間的緊密依賴關系。
由於高級程序設計語言書寫的程序具有易讀、易移植和表達能力強等特點，編譯程序廣泛地用於翻譯規模較大、復雜性較高、且需要高效運行的高級語言書寫的源程序。
(4)上游編譯的文件擴展閱讀：
編譯流程分為了四個步驟:
1.預處理，生成預編譯文件（.文件）
2.編譯，生成匯編代碼（.s文件）
3.匯編，生成目標文件（.o文件）
4.鏈接，生成可執行文件
⑸ C語言編譯產生的.OBJ文件和匯編編譯產生的.OBJ文件，如何連接
一同學習。。。
Trubo C的命令行編譯連接
所謂命令行編譯,是指在dos下,調用Trubo C的tcc.exe程序.來完成對turbo C源程序的編譯連接工作.當選擇對後綴為*.asm的匯編程序文件編譯時,tcc還要調用TASM後才能對後綴為.asm的文件進行編譯,這種方式適合於c程序與匯編語言混合編程的編譯連接,當c程序嵌入匯編指令時,也必須用此方法編譯連接。
命令行編譯的格式為：
tcc [選項1 選項2 ...]文件名1 文件名2...其中選項是指對後面給出的文件進行連接時的選擇項，可選的常用選擇項如下所示：每個選項前都帶有"-"號，且大小寫是區分的。文件名是指源文件.c或目標文件.obj或庫文件.lib當不指定只編譯不連接時，tcc將完成編譯和連接兩個步驟，對.lib庫只進行形式上的連接,標准庫用戶不用進行連接。
例如：
tcc -ib:\include -lb:\lib -etest start.c body.obj myc當執行該命令時，表示將start.c源文件和body.obj目標文件及myc.c(命令行中該文件無後綴),分別進行編譯(對body.obj文件不再編譯),然後連接生成名為test的執行文件test.exe(由-test給出).
-ib:\include 表示包含文件的路徑是b:\include
-ib:\lib 表示庫文件的路徑是b:\lib
又例如:
tcc -ms -efile -lc:\tc\lib file1 file2.obj graphics.lib
其中-ms表示選擇小內存模式進行編譯,它也是turbo c的預設編譯模式,將file1進行編譯,然後和file2.obj 及graphics.lib進行連接.生成file.exe的可執行文件.其中graphcis.lib庫的路徑為c:\tc\lib,即意為在c:\tc\lib目錄下去尋找graphics.lib文件.當進行混合編程時,如果已有匯編程序s3.asm其命令行可寫為
tcc ic:\tc\include -lc:\tc\lib -mm s1 s2 s3.asm mylib.lib
表示用中模式(-mm)編譯源文件s1.c和s2.c,調用TASM對s3.asm進行編譯,然後連接生成可執行文件s1.exe,編譯時,到c:\tc\include目錄中去找包含文件,到
c:\tc\lib目錄中去找庫文件mylib.lib.
---------------------------------------
http://topic.csdn.net/t/20010308/22/81569.html
http://www.down22.org/plus/view.php?aid=15882
比VC難用。。。
⑹ 如何向 linux 內核上游提交 Patch
假設需要提交hello world這個驅動
首先在driver目錄下建立hello文件夾，然後在裡面新建Makefile、Kconfig、hello.c文件
Makefile文件寫:obj-$(CONFIG_HELLO) += hello.o
Kconfig 文件寫config HELLO
tristate "this is just a hello mole test"
default m
然後在driver目錄下，修改Kconfig,添加 source "/driver/hello/Kconfig"
在driver目錄下，修改Makefile,添加obj-$(CONFIG_HELLO) += hello/
hello.c如下：
#include <linux/kernel.h>
#include <linux/mole.h>
static int __init join_hello(void)
{
pr_info("Enter hello world\n");
static void __exit hello_exit(void)
{
pr_info("exit hello world\n");
}
mole_init(join_hello);
mole_exit(hello_exit);
MODULE_AUTHOR("Linux");
MODULE_DESCRIPTION("this is just a hello mole test");
MODULE_LICENSE("GPL v2");
編譯完成後，生成ko文件，在linux下使用insmod hello.ko就可以加驅動加入內核了，當然你可以將驅動編譯成靜態載入的方式
⑺ C語言文件的編譯與執行的四個階段並分別描述
採納了加我不懂問我</b> 一 C編譯過程概述 目前Linux下最常用的C語言編譯器是GCC(GNU Compiler Collection),它是GNU項目中符合ANSI C標準的編譯系統,能夠編譯用C、C++和Object C等語言編寫的程序.GCC不僅功能非常強大,結構也異常靈活.最值得稱道的一點就是它可以通過不同的前端模塊來支持各種語言,如Java、Fortran、Pascal、Mola-3和Ada等. Linux系統下的gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。 使用GCC編譯程序時,編譯過程可以被細分為四個階段:
◆ 預處理(Pre-Processing)
◆ 編譯(Compiling)
◆ 匯編(Assembling)
◆ 鏈接(Linking) 二 編譯過程中各種文件介紹 1.以擴展名區分文件類型.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。 2.LINUX目標文件描述 LINUX 平台下三種主要的可執行文件格式：a.out（assembler and link editor output 匯編器和鏈接編輯器的輸出）、COFF（Common Object File Format 通用對象文件格式）、ELF（Executable and Linking Format 可執行和鏈接格式）。其中ELF是x86 Linux系統 下的一種常用目標文件(object file)格式，有三種主要類型: (1)適於連接的可重定位文件(relocatable file)，可與其它目標文件一起創建可執行文件和共享目標文件。編譯產生的.o文件就屬於這類。
(2)適於執行的可執行文件(executable file)，用於提供程序的進程映像，載入到內存執行。這就是編譯、鏈接之後形成的最終文件。
(3)共享目標文件(shared object file)，連接器可將它與其它可重定位文件和共享目標文件連接成其它的目標文件，動態連接器又可將它與可執行文件和其它共享目標文件結合起來創建一個進程映像。這就是庫文件，只指動態庫文件。 詳細了解請看本人收藏的《LINUX可執行文件分析》 三 編譯過程詳解 C語言的編譯鏈接過程要把我們編寫的一個c程序（源代碼）轉換成可以在硬體上運行的程序（可執行代碼），需要進行編譯和鏈接。編譯就是把文本形式源代碼翻譯為機器語言形式的目標文件的過程。鏈接是把目標文件、操作系統的啟動代碼和用到的庫文件進行組織形成最終生成可執行代碼的過程。過程圖解如下：
從圖上可以看到，整個代碼的編譯過程分為編譯和鏈接兩個過程，編譯對應圖中的大括弧括起的部分，其餘則為鏈接過程。 1. 編譯過程 編譯過程又可以分成兩個階段：編譯和匯編。 1）編譯 編譯是讀取源程序（字元流），對之進行詞法和語法的分析，將高級語言指令轉換為功能等效的匯編代碼，源文件的編譯過程包含兩個主要階段： 第一個階段是預處理階段，在正式的編譯階段之前進行。預處理階段將根據已放置在文件中的預處理指令來修改源文件的內容。如#include指令就是一個預處理指令，它把頭文件的內容添加到.cpp文件中。這個在編譯之前修改源文件的方式提供了很大的靈活性，以適應不同的計算機和操作系統環境的限制。一個環境需要的代碼跟另一個環境所需的代碼可能有所不同，因為可用的硬體或操作系統是不同的。在許多情況下，可以把用於不同環境的代碼放在同一個文件中，再在預處理階段修改代碼，使之適應當前的環境。主要是以下幾方面的處理： (1)宏定義指令， 如 #define a b
對於這種偽指令，預編譯所要做的是將程序中的所有a用b替換，但作為字元串常量的 a則不被替換。還有 #undef，則將取消對某個宏的定義，使以後該串的出現不再被替換。 (2)條件編譯指令， 如#ifdef，#ifndef，#else，#elif，#endif等。
這些偽指令的引入使得程序員可以通過定義不同的宏來決定編譯程序對哪些代碼進行處理。預編譯程序將根據有關的文件，將那些不必要的代碼過濾掉。
（3)頭文件包含指令， 如#include "FileName"或者#include <FileName>等。 在頭文件中一般用偽指令#define定義了大量的宏（最常見的是字元常量），同時包含有各種外部符號的聲明。採用頭文件的目的主要是為了使某些定義可以供多個不同的C源程序使用。因為在需要用到這些定義的C源程序中，只需加上一條#include語句即可，而不必再在此文件中將這些定義重復一遍。預編譯程序將把頭文件中的定義統統都加入到它所產生的輸出文件中，以供編譯程序對之進行處理。包含到c源程序中的頭文件可以是系統提供的，這些頭文件一般被放在 /usr/include目錄下。在程序中#include它們要使用尖括弧（< >）。另外開發人員也可以定義自己的頭文件，這些文件一般與c源程序放在同一目錄下，此時在#include中要用雙引號（""）。
(4)特殊符號，預編譯程序可以識別一些特殊的符號。
例如在源程序中出現的LINE標識將被解釋為當前行號（十進制數），FILE則被解釋為當前被編譯的C源程序的名稱。預編譯程序對於在源程序中出現的這些串將用合適的值進行替換。
預編譯程序所完成的基本上是對源程序的「替代」工作。經過此種替代，生成一個沒有宏定義、沒有條件編譯指令、沒有特殊符號的輸出文件。這個文件的含義同沒有經過預處理的源文件是相同的，但內容有所不同。下一步，此輸出文件將作為編譯程序的輸出而被翻譯成為機器指令。
第二個階段編譯、優化階段，經過預編譯得到的輸出文件中，只有常量；如數字、字元串、變數的定義，以及C語言的關鍵字，如main,if,else,for,while,{,}, +,-,*,\等等。
編譯程序所要作得工作就是通過詞法分析和語法分析，在確認所有的指令都符合語法規則之後，將其翻譯成等價的中間代碼表示或匯編代碼。
優化處理是編譯系統中一項比較艱深的技術。它涉及到的問題不僅同編譯技術本身有關，而且同機器的硬體環境也有很大的關系。優化一部分是對中間代碼的優化。這種優化不依賴於具體的計算機。另一種優化則主要針對目標代碼的生成而進行的。
對於前一種優化，主要的工作是刪除公共表達式、循環優化（代碼外提、強度削弱、變換循環控制條件、已知量的合並等）、復寫傳播，以及無用賦值的刪除，等等。 後一種類型的優化同機器的硬體結構密切相關，最主要的是考慮是如何充分利用機器的各個硬體寄存器存放的有關變數的值，以減少對於內存的訪問次數。另外，如何根據機器硬體執行指令的特點（如流水線、RISC、CISC、VLIW等）而對指令進行一些調整使目標代碼比較短，執行的效率比較高，也是一個重要的研究課題。
2）匯編
匯編實際上指把匯編語言代碼翻譯成目標機器指令的過程。對於被翻譯系統處理的每一個C語言源程序，都將最終經過這一處理而得到相應的目標文件。目標文件中所存放的也就是與源程序等效的目標的機器語言代碼。目標文件由段組成。通常一個目標文件中至少有兩個段：代碼段：該段中所包含的主要是程序的指令。該段一般是可讀和可執行的，但一般卻不可寫。數據段：主要存放程序中要用到的各種全局變數或靜態的數據。一般數據段都是可讀，可寫，可執行的。 2. 鏈接過程 由匯編程序生成的目標文件並不能立即就被執行，其中可能還有許多沒有解決的問題。
例如，某個源文件中的函數可能引用了另一個源文件中定義的某個符號（如變數或者函數調用等）；在程序中可能調用了某個庫文件中的函數，等等。所有的這些問題，都需要經鏈接程序的處理方能得以解決。
鏈接程序的主要工作就是將有關的目標文件彼此相連接，也即將在一個文件中引用的符號同該符號在另外一個文件中的定義連接起來，使得所有的這些目標文件成為一個能夠誒操作系統裝入執行的統一整體。
根據開發人員指定的同庫函數的鏈接方式的不同，鏈接處理可分為兩種： (1)靜態鏈接 在這種鏈接方式下，函數的代碼將從其所在地靜態鏈接庫中被拷貝到最終的可執行程序中。這樣該程序在被執行時這些代碼將被裝入到該進程的虛擬地址空間中。靜態鏈接庫實際上是一個目標文件的集合，其中的每個文件含有庫中的一個或者一組相關函數的代碼。 (2)動態鏈接
在此種方式下，函數的代碼被放到稱作是動態鏈接庫或共享對象的某個目標文件中。鏈接程序此時所作的只是在最終的可執行程序中記錄下共享對象的名字以及其它少量的登記信息。在此可執行文件被執行時，動態鏈接庫的全部內容將被映射到運行時相應進程的虛地址空間。動態鏈接程序將根據可執行程序中記錄的信息找到相應的函數代碼。
對於可執行文件中的函數調用，可分別採用動態鏈接或靜態鏈接的方法。使用動態鏈接能夠使最終的可執行文件比較短小，並且當共享對象被多個進程使用時能節約一些內存，因為在內存中只需要保存一份此共享對象的代碼。但並不是使用動態鏈接就一定比使用靜態鏈接要優越。在某些情況下動態鏈接可能帶來一些性能上損害。四 編譯過程實例描述 linux中使用的gcc編譯器把上述的幾個過程集成，一個命令就能完成編譯的整個過程。為了詳細說明每個步驟，下面我們將分部執行。下圖是gcc代理的編譯過程
常式: 在linux下創建文件hello.c，內容如下，
#include <stdio.h>
int main(void)
{
printf ("Hello,everybody!\n");
return 0;
} ◆ 預處理(Pre-Processing)
使用-E參數可以讓GCC在預處理結束後停止編譯過程，對應的命令是cpp,
# gcc -E hello.c -o hello.i 用編輯器打開hello.i,可以看到stdio.h文件被展開到了hello.i中。 ◆ 編譯(Compiling)
使用-S參數將hello.i編譯為匯編程序,使用的命令是cc -S,
#gcc –S hello.i –o hello.s 用編輯器打開hello.s，顯然已經變成了匯編代碼。 ◆ 匯編(Assembling)
使用-c參數將hello.s編譯為目標文件,對應的命令是as,
#gcc –c hello.s –o hello.o 可以利用工具readelf或者objmp讀出hello.o的信息。 ◆ 鏈接(Linking) 產生可執行文件，利用命令ld
# gcc hello.o -o hello
利用readelf,可以看到hello.o和hello文件的區別。
⑻ 關於整個編譯過程和庫文件的問題
問題1：
BD
D：通過目標文件歸檔程序（VC++中是lib.exe）和其它方式（例如由dll文件生成lib文件）得到的產物 。
問題2：
AB
問題3：
不一定。首先，一個完整的程序的全編譯過程可以僅依賴於現有的庫文件，且不在這個程序的編譯過程生成庫文件。其次，庫文件的格式不一定是lib和dll文件。至於手動生成lib和dll，這個和使用的工具相關。例如VC++的命令行可以用編譯程序cl.exe編譯源文件為目標文件，用歸檔程序lib.exe連接obj和lib文件生成靜態庫，用鏈接程序link.exe鏈接目標文件和資源文件生成exe和dll。
====
[原創回答團]
⑼ keil軟體通過編譯生成的燒錄文件是什麼格式
編譯生成的文件：plg；編譯器編譯結果.hex和.bin；可執行文件：.map和.lst。
程序員將產品的邏輯操作抽象為C代碼，然後通過編譯器的編譯和鏈接，生成微處理器可執行的機器碼。
在典型的應用程序中，編譯器或匯編器將程序的源代碼（例如C或匯編語言）轉換為機器代碼，並將其輸出到一個文件中。然後，這個文件由程序員導入，以將機器代碼「燒錄」到ROM中，或傳輸到目標系統以進行載入和執行，這個存放機器碼的文件就是燒錄文件。
⑽ 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 通過為環境提供對項目、項目項和解決方案項在磁碟上位置的引用，可將它們組織到解決方案中。