上游编译的文件
编译后等于是复制了一份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 通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用，可将它们组织到解决方案中。