vc编译后生成的文件类型

vc编译后生成的文件类型

 

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 001c 3950H .text                   CODE ==》存放程序代码

0003:000008b8000af67cH .data                   DATA ==》初始化的变量

0003:000aff40003930b1H .bss                    DATA ==》未初始化的变量

 （2）操作系统总的map文件：不知道有没有。

 （3）dumpbin

dumpbin是一个反汇编工具，可以输出exe/dll文件的许多信息。

dumpbin /allyourmodulename > a.txt 可以把所有的信息保存在一个a.txt中，里面可以找到时间戳、原debug路径信息及函数列表等。

 如下：

FILE HEADERVALUES

             1C 2 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

           76A 00size of initialized data

               0 size of uninitialized data

           502AC entry 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, {A 5C 699F 0-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 100014F 0 100014C 0  N     Y     Y

00000038 100014F 0 1000155C 100014F 4  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 100016AC 10001694   N     Y    Y _cexit

00000060 100016AC 100016F 8 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多，在最后会有module部分的符号信息，这些信息会随着系统的变化而变化。

 

（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

  08049f 20 d_DYNAMIC

08049ff4 d_GLOBAL_OFFSET_TABLE_

080484ec R_IO_stdin_used

         w _Jv_RegisterClasses

08049f 10 d__CTOR_END__

08049f 0c d__CTOR_LIST__

08049f 18 D__DTOR_END__

08049f 14 d__DTOR_LIST__

08048500 r__FRAME_END__

08049f 1c d__JCR_END__

08049f 1c d__JCR_LIST__

0804a 020 A __bss_start

0804a 00c D__data_start

080484a 0 t __do_global_ctors_aux

08048340 t__do_global_dtors_aux

0804a 010 D__dso_handle

         w __gmon_start__

0804849a T __i686.get_pc_thunk.bx

08049f 0c d__init_array_end

08049f 0c d__init_array_start

08048430 T__libc_csu_fini

08048440 T__libc_csu_init

         U __libc_start_main@@GLIBC_2.0

0804a 020 A _edata

0804a 028 A _end

080484cc T _fini

080484e8 R_fp_hw

08048298 T _init

08048310 T_start

0804a 020 bcompleted.6635

0804a 00c Wdata_start

0804a 024 bdtor_idx.6637

080483a 0 t frame_dummy

080483c 4 T main

         U printf@@GLIBC_2.0

0804a 014 D x

0804a 018 D y

0804a 01c 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   通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用，可将它们组织到解决方案中。     比如是生成Debug模式,还是Release模式,是通用CPU还是专用的等

 

9， SUO文件

解决方案用户选项   记录所有将与解决方案建立关联的选项，以便在每次打开时，它都包含您所做的自定义设置。比如你的VS布局,你的项目最后编译的而又没有关掉的文件(下次打开时用)

10，