前言：
PC平台流行的可执行文件格式(Executable File Format)，主要是Windows下的PE（Portable Executable）和Linux的ELF(Executable and Linking Format，可执行和链接格式)。他们都是COFF(Common Object File Format)的变种。ARM架构采用的也是ELF文件格式。
COFF是在Unix System V Release 3时由 UNIX 系统实验室（UNIX System Laboratories, USL）首先提出并且使用的文件规范，后来微软公司基于COFF格式，制定了PE格式标准，并将其用于当时的Windows NT系统。在System V Release 4时，UNIX系统实验室(USL)在COFF的基础上，开发和发布了ELF格式，作为应用程序二进制接口 (Application Binary Interface(ABI)。
此后，工具接口标准委员会(TIS)选择了正在发展中的ELF标准作为工作在32位INTEL体系上不同操作系统之间可移植的二进制文件格式。
由于ELF文件具有通用性强的优点，现在流行的开发模式是：先通过编译工具生成ELF文件格式的可执行文件，在使用外部工具，抽离出ELF文件中的相应部分，生成BIN文件。著名的GNU、bootloader、U-Boot就采用了这种做法。例如，编译器工具集GCC的BIN生成工具是elf2bin。ARM公司虽然使用的是自家的armcc编译器，但是也提供了fromelf工具来实现上面的方式。
------------------------
Gcc 编译出来的是ELF文件。通常gcc –o test test.c,生成的test文件就是ELF格式的，在linux shell下输入 ./test就可以执行。
-------------------------
Bin 文件是经过压缩的可执行文件，去掉ELF格式的东西。是直接的内存映像的表示。在系统没有加载操作系统的时候可以执行。
在Embedded中，如果上电开始运行，没有OS系统，如果将ELF格式的文件烧写进去，包含一些ELF格式的东西，arm运行碰到这些指令，就会导致失败。
两种文件都可以运行:
机器最终只认BIN，之所以有ELF格式是在有操作系统时，操作系统会根据ELF解析出代码、数据等等，最终仍是以BIN运行。由于elf文件的信息比较全，所以可以用来以单步跟踪的方式运行。关键是看操作系统的 loader 功能的实现策略。
-------------------------
Hex文件,一般是指Intel标准的十六进制文件。Intelhex 文件常用来保存单片机或其他处理器的目标程序代码。它保存物理程序存储区中的目标代码映象。一般编程器均支持生成此种格式文件。
--------------------------
Axf文件 由ARM编译器产生，除了包含bin的内容之外，还附加其他调试信息，这些调试信息加在可执行的二进制数据之前。调试时这些调试信息不会下载到RAM中，真正下载到RAM中的信息仅仅是可执行代码。因此，如果ram的大小小于axf文件的大小，程序是完全有可能在ram中调试的，只要axf除去调试信息后文件大小小于ram的大小即可。
调试信息有以下功用：
1、 可将源代码包括注释夹在反汇编代码中，这样我们可随时切换到源代码中进行调试。
2、 我们还可以对程序中的函数调用情况进行跟踪(通过Watch & Call Stack Window查看)。
3、对变量进行跟踪(利用Watch & Call Stack Window)。
调试信息虽然有用，但程序功能实现后，在目标文件和库中减少调试信息却是非常有益的。减少调试信息可减少目标文件和库大小、加快链接速度、减小最终镜象代码。以下几种方法可用来减少每个源文件产生的调试信息：
1、避免在头文件中条件性的使用#define，链接器不能移除共用的调试部分，除非这些部分是完全一样的。
2、更改C/C++源文件，使#included包含的所有头文件有相同顺序。
3、尽量使用数量较多的小头文件而不是较大的单一头文件，这有利于链接器获取更多的通用块。
4、程序中最好只包含必须用到的头文件。避免重复包含头文件，可使用编译器选项--remarks来产生警告信息；
5、使用编译命令行选项--no_debug_macros，从调试表中丢弃预处理宏定义。
......................................................................................................................................
小结：
.axf文件=调试信息+.bin文件
(1)适于连接的可重定位文件(relocatablefile)，可与其它目标文件一起创建可执行文件和共享目标文件。
(2)适于执行的可执行文件(executable file)，用于提供程序的进程映像，加载到内存执行。
(3)共享目标文件(shared object file),连接器可将它与其它可重定位文件和共享目标文件连接成其它的目标文件，动态连接器又可将它与可执行文件和其它共享目标文件结合起来创建一个进程映像。
但是bin要转化为hex文件必须要给定一个基地址。而hex和bin不能转化为elf文件，因为elf的信息量要大。Axf文件可以转化为bin文件，KEIL下可用以下命令fromelf -nodebug xx.axf -bin xx.bin即可。
区别是：ADS编译出来的是AXF文件( ARM的ELF)。
gcc编译出来的是ELF文件。两者虽然很像，但还是有差别的。
这是文件格式的差别，不涉及调试格式。
在Embedded中，上电开始运行，没有OS系统，如果将ELF格式的文件烧写进去，包含一些ELF格式的东西，arm运行碰到这些指令，就会导致失败，如果用bin文件，程序就可以一步一步运行。
故：HEX和bin文件可以在裸机上运行，而ELF文件在有OS的环境中运行的。
