objcopy [选项]... 输入文件 [输出文件]

功能

将目标文件的一部分或者者一律内容拷贝到另外一个目标文件中，或者者实现目标文件的格式转换。

形容

objcopy 工具使用 BFD 库读写目标文件，它可以将一个目标文件的内容拷贝到另外一个目标文件当中。 objcopy 通过它的选项来控制其不同的动作，它可以将目标文件拷贝成和原来的文件不一样的格式。需要注意的是 objcopy 能够在两种格式之间拷贝一个完全链接的文件，在两种格式之间拷贝一个可重定位的目标文件可能不会正常地工作。

objcopy 在做转换的时候会创立临时文件，而后将这些临时文件删除。 objcopy 使用 BFD 来做它所有的转换工作；它访问 BFD 中形容的所有格式，可以不必指定就识别大多数的格式。

通过指定输出目标为 srec (例如 -O srec )， objcopy 可以用来生成 S-record 文件。

通过指定输入目标为二进制文件(例如 -O binary )， objcopy 可以生成原始格式的二进制文件。当 objcopy 生成一个原始格式的二进制文件的时候，它会生成输入的目标文件的基本内存拷贝，而后所有的标号和可重定位信息都会被去掉。内存拷贝开始于最低段的加载地址，拷贝到输出文件。

当生成一个 S-record 或者者原始的二进制文件的时候，可以使用 -S 这个很有用的选项选项来移除少量包含调试信息的节。有时 -R 可以用来移除少量二进制文件不需要的节。

注意： objcopy 工具不能用来改变文件的大端和小端属性。

命令参数

infile/outfile

源文件/目标文件，假如不指定目标文件那么 objcopy 将会创立一个临时文件，并且将其命名为源文件。

命令项

• -I bfdname , --input-target=bfdname : 指定输入文件的 bfdname ,可取值 elf32-little ， elf32-big 等。

• -O bfdname , --output-target=bfdname : 指定输出文件的 bfdname

• -F bfdname , --target=bfdname : 指定输入、输出文件的 bfdname ，目标文件格式，只用于在目标和源之间传输数据，不转换。

• -j sectionname , --only-section=sectionname : 只将由 sectionname 指定的 section 拷贝到输出文件，可以屡次指定，并且注意假如使用不当会导致输出文件不可用。

• -R sectionname , --remove-section=sectionname : 从输出文件中去除掉由 sectionname 指定的 section ，可以屡次指定，并且注意假如使用不当会导致输出文件不可用。

• -S , --strip-all : 不从源文件拷贝符号信息和 relocation 信息。

• -g , --strip-debug : 不从源文件拷贝调试符号信息和相关的段。对使用 -g 编译生成的可执行文件执行之后，生成的结果几乎和不用 -g 进行编译生成可执行文件一样。

• --strip-unneeded : 去掉所重定位解决不需要的符号。

• -K symbolname , --keep-symbol=symbolname : strip 的时候，保留由 symbolname 指定的符号信息。可以指定屡次。

• -N symbolname , --strip-symbol=symbolname : 不拷贝由 symbolname 指定的符号信息，可以屡次指定。

• -G symbolname , --keep-global-symbol=symbolname : 只保留 symbolname 为全局的，让其余的都是文件局部的变量这样外部不可见，这个选项可以屡次指定。

• -L symbolname , --localize-symbol=symbolname : 将变量 symbolname 变成文件局部的变量。可以屡次指定。

• -W symbolname , --weaken-symbol=symbolname : 弱化变量。

• --globalize-symbol=symbolname : 让变量 symbolname 变成全局范围，这样它可以在定义它的文件外部可见。可以屡次指定。

• -w , --wildcard : 允许对其余命令行项中的 symbolnames 使用正则表达式。

  问号(?)，星号(*)，反斜线(\)，和中括号([])操作可以用在标号名称的任何位置。假如标号的第一个字符是感叹号(!)，那么表示相反的含义，例如：

  -w -W !foo -W fo* 表示objcopy将要弱化所有以"fo"开头的标号，但是除了标号"foo"。

• -x , --discard-all : 不从源文件中拷贝非全局变量。

• -X , --discard-locals : 不拷贝编译生成的局部变量(一般以 L 或者者 .. 开头)。

• -b byte , --byte=byte : 只保留输入文件的每个第 byte 个字节(不会影响头部数据)。 byte 的范围可以是0到 interleave-1 。这里， interleave 通过 -i 选项指定，默认为4。将文件创立成程序 rom 的时候，这个命令很有用。它经常用于 srec 输出目标。

• -i interleave , --interleave=interleave : 每隔 interleave 字节拷贝 1 byte 。通过 -b 选项指定选择哪个字节，默认为4。假如不指定 -b 那么 objcopy 会忽略这个选项。

• --gap-fill val : 在 section 之间的空隙中填充 val

• --set-start val : 设定新文件的起始地址为 val ，并不是所有格式的目标文件都支持设置起始地址。

• --change-start incr , --adjust-start incr : 通过添加 incr 量来调整起始地址，并不是所有格式的目标文件都支持设置起始地址。

• --change-address incr , --adjust-vma incr : 通过添加 incr 量调整所有 sections 的 VMA (virtual memory address)和 LMA (linear memory address),以及起始地址。

• –change-section-address section{=,+,-}val, –adjust-section-vma section{=,+,-}val: 调整指定 section 的 VMA/LMA 地址。

• --set-section-flags section=flag : 指定指定 section 的 flag ， flag 的取值可以 alloc ， contents , load , noload , readonly , code , data , rom , share , debug 。

  我们可以设置一个没有内容的节的 flag ，但是清理一个有内容的节的 flag 是没有意义的 -- 应当把相应的节移除。并不是所有的 flags 对于所有的目标文件都有意义。

• --add-section sectionname=filename : 在拷贝文件的时候，增加一个名为 sectionname 的 section ，该 section 的内容为 filename 的内容，大小为文件大小。这个选项只在那些可以支持任意名称 section 的文件好用。

• --rename-section oldname=newname[,flags]: 更改 section 的名

  将一个 section 的名字从 oldname 更改为 newname ，同时也可以指定更改其 flags 。这个在执行 linker 脚本进行重命名的时候，并且输出文件还是一个目标文件并不成为可执行的连接文件，这个时候很有优势。

  这个项在输入文件是 binary 的时候很有用，由于这经常会创立一个名称为 .data 的 section ，例如，你想创立一个名称为 .rodata 的包含二进制数据的 section ，这时候，你可以使用如下命令：

  objcopy -I binary -O -B \ --rename-section .data=.rodata,alloc,load,readonly,data,contents \

• --add-gnu-debuglink=path-to-file : 创立一个 .gnu_debuglink 节，这个节包含一个特定路径的文件引用，并且把它增加到输出文件中。

• --only-keep-debug : 对文件进行 strip ，移走所有不会被 --strip-debug 移走的 section ，并且保持调试相关的 section 原封不动。

  这个项应该和 --add-gnu-debuglink 选项一起使用，创立一个两部分的可执行文件。一个是已经被 stripped 的占用 RAM 空间以及发布的大小很小的二进制文件，另一个是调试信息文件，这个信息只有在调试的时候会用到。建立这样的两个文件的步骤如下：

  1. 像正常那样链接可执行文件， foo
  2. 运行 objcopy --only-keep-debug foo foo.dbg 创立一个包含调试信息的文件
  3. 运行 objcopy --strip-debug foo 创立一个去掉调试信息的( strip 的)可执行文件
  4. 运行 objcopy --add-gnu-debuglink=foo.dbg foo ，为 strip 的文件增加调试信息链接。

  注意这里择 .dbg 扩展名是任意的， --only-keep-debug 的步骤也是可选的，你也可以这样做：

  1. 像正常那样链接可执行文件， foo
  2. 将 foo 拷贝为 foo.full
  3. 运行 objcopy --strip-debug foo
  4. 运行 objcopy --add-gnu-debuglink=foo.full foo

  可见，使用 --add-gnu-debuglink 增加调试信息的可以是完全的可执行文件，不用非得用 --only-keep-debug 创立。

  注意 这个只能用于完全链接的文件，对于一个目标文件来说这个功能没有意义，由于调试信息可能不完整。另外， gnu_debuglink 特性当前一个包含调试信息的文件，不能多个文件用于每个文件一个目标文件。

• -V , --version : 显示 objcopy 的版本号。

• @file 可以将选项集中到一个文件中，而后使用这个 @file 选项载入。

举例

测试文件信息

源代码

[root@lv-k cppDemo]# cat main.cpp #include <iostream>using std::cout; using std::endl; void my_print(); int main(int argc, char *argv[]) {         my_print();         cout<<"hello!"<<endl;        return 0; } void  my_print() {         cout<<"print!"<<endl;}

编译，生成不含调试信息的可执行文件

[root@lv-k cppDemo]# g++ main.cpp -o main

编译，生成包含调试信息的可执行文件

[root@lv-k cppDemo]# g++ -g main.cpp -o main.debug

采用 readelf -S main 查看其段信息

[root@lv-k cppDemo]# readelf -S main There are 29 section headers, starting at offset 0xca0: Section Headers:   [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al   [ 0]                   NULL            00000000 000000 000000 00      0   0  0   [ 1] .interp           PROGBITS        08048134 000134 000013 00   A  0   0  1   [ 2] .note.ABI-tag     NOTE            08048148 000148 000020 00   A  0   0  4   [ 3] .gnu.hash         GNU_HASH        08048168 000168 000030 04   A  4   0  4   [ 4] .dynsym           DYNSYM          08048198 000198 0000d0 10   A  5   1  4   [ 5] .dynstr           STRTAB          08048268 000268 000183 00   A  0   0  1   [ 6] .gnu.version      VERSYM          080483ec 0003ec 00001a 02   A  4   0  2   [ 7] .gnu.version_r    VERNEED         08048408 000408 000060 00   A  5   2  4   [ 8] .rel.dyn          REL             08048468 000468 000010 08   A  4   0  4   [ 9] .rel.plt          REL             08048478 000478 000048 08   A  4  11  4   [10] .init             PROGBITS        080484c0 0004c0 000017 00  AX  0   0  4   [11] .plt              PROGBITS        080484d8 0004d8 0000a0 04  AX  0   0  4   [12] .text             PROGBITS        08048580 000580 000268 00  AX  0   0 16   [13] .fini             PROGBITS        080487e8 0007e8 00001c 00  AX  0   0  4   [14] .rodata           PROGBITS        08048804 000804 00001a 00   A  0   0  4   [15] .eh_frame_hdr     PROGBITS        08048820 000820 000044 00   A  0   0  4   [16] .eh_frame         PROGBITS        08048864 000864 00010c 00   A  0   0  4   [17] .ctors            PROGBITS        08049970 000970 00000c 00  WA  0   0  4   [18] .dtors            PROGBITS        0804997c 00097c 000008 00  WA  0   0  4   [19] .jcr              PROGBITS        08049984 000984 000004 00  WA  0   0  4   [20] .dynamic          DYNAMIC         08049988 000988 0000e0 08  WA  5   0  4   [21] .got              PROGBITS        08049a68 000a68 000004 04  WA  0   0  4   [22] .got.plt          PROGBITS        08049a6c 000a6c 000030 04  WA  0   0  4   [23] .data             PROGBITS        08049a9c 000a9c 000004 00  WA  0   0  4   [24] .bss              NOBITS          08049aa0 000aa0 000098 00  WA  0   0  8   [25] .comment          PROGBITS        00000000 000aa0 000114 00      0   0  1   [26] .shstrtab         STRTAB          00000000 000bb4 0000e9 00      0   0  1   [27] .symtab           SYMTAB          00000000 001128 000510 10     28  53  4   [28] .strtab           STRTAB          00000000 001638 0003f4 00      0   0  1 Key to Flags:   W (write), A (alloc), X (execute), M (merge), S (strings)   I (info), L (link order), G (group), x (unknown)   O (extra OS processing required) o (OS specific), p (processor specific)

将文件转换成 S-record 格式

[root@lv-k cppDemo]#objcopy -O srec main main.srec

这里，假如不指定main.srec那么会改变原来的文件，转换通常涉及到text段，也可以转换.o文件。当然，转换之后的文件不能直接运行了。在生成s-record过程中，有时需要用选项“-S”，“-R”去除掉binary文件，s-record文件不需要的相应信息。

输出的文件内容相似如下：

[root@lv-k cppDemo]# head main.rec S00B00006D61696E2E726563E7 S315080481342F6C69622F6C642D6C696E75782E736F57 S308080481442E3200C6 S31508048148040000001000000001000000474E550016 S3150804815800000000020000000600000009000000F4 S3150804816803000000090000000100000005000000E3 S31508048178012A102100000000090000000B00000075 S31508048188AC4BE3C021FDF40914980C4379496BB642 S3150804819800000000000000000000000000000000C5 S315080481A83701000000000000540000001200000017 ...省略...

可见 srec 格式的文件是文本形式的。

将文件转换成 rawbinary 格式

[root@lv-k cppDemo]# objcopy -O binary main main.bin

这里同样，转换之后的 main.bin 也是不可直接运行的。比较一下三种格式文件的大小：

[root@lv-k cppDemo]# ls -l main main.rec main.bin -rwxr-xr-x 1 root root 6700 07-07 18:04 main -rwxr-xr-x 1 root root 6508 07-19 16:42 main.bin -rwxr-xr-x 1 root root 7366 07-19 16:34 main.rec

将 object 文件转换成 raw binary 格式时，通常将去除掉 symbols 和 relocation 信息。

生成一个不含重定位以及标号目标文件

[root@lv-k cppDemo]# objcopy -S main main.stripall

这里，生成的文件，依然可以运行。查看大小比照如下：

[root@lv-k cppDemo]# ls -l main.stripall main -rwxr-xr-x 1 root root 6700 07-07 18:04 main -rwxr-xr-x 1 root root 4296 07-19 17:02 main.stripall

经过实践，假如对包含调试信息的可执行文件进行这样的操作，生成的文件大小一样。

可以比照 main 的信息，查看文件的段信息：

[root@lv-k cppDemo]#  readelf main.stripall -S There are 27 section headers, starting at offset 0xc90: Section Headers:   [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al   [ 0]                   NULL            00000000 000000 000000 00      0   0  0   [ 1] .interp           PROGBITS        08048134 000134 000013 00   A  0   0  1   [ 2] .note.ABI-tag     NOTE            08048148 000148 000020 00   A  0   0  4   [ 3] .gnu.hash         GNU_HASH        08048168 000168 000030 04   A  4   0  4   [ 4] .dynsym           DYNSYM          08048198 000198 0000d0 10   A  5   1  4   [ 5] .dynstr           STRTAB          08048268 000268 000183 00   A  0   0  1   [ 6] .gnu.version      VERSYM          080483ec 0003ec 00001a 02   A  4   0  2   [ 7] .gnu.version_r    VERNEED         08048408 000408 000060 00   A  5   2  4   [ 8] .rel.dyn          REL             08048468 000468 000010 08   A  4   0  4   [ 9] .rel.plt          REL             08048478 000478 000048 08   A  4  11  4   [10] .init             PROGBITS        080484c0 0004c0 000017 00  AX  0   0  4   [11] .plt              PROGBITS        080484d8 0004d8 0000a0 04  AX  0   0  4   [12] .text             PROGBITS        08048580 000580 000268 00  AX  0   0 16   [13] .fini             PROGBITS        080487e8 0007e8 00001c 00  AX  0   0  4   [14] .rodata           PROGBITS        08048804 000804 00001a 00   A  0   0  4   [15] .eh_frame_hdr     PROGBITS        08048820 000820 000044 00   A  0   0  4   [16] .eh_frame         PROGBITS        08048864 000864 00010c 00   A  0   0  4   [17] .ctors            PROGBITS        08049970 000970 00000c 00  WA  0   0  4   [18] .dtors            PROGBITS        0804997c 00097c 000008 00  WA  0   0  4   [19] .jcr              PROGBITS        08049984 000984 000004 00  WA  0   0  4   [20] .dynamic          DYNAMIC         08049988 000988 0000e0 08  WA  5   0  4   [21] .got              PROGBITS        08049a68 000a68 000004 04  WA  0   0  4   [22] .got.plt          PROGBITS        08049a6c 000a6c 000030 04  WA  0   0  4   [23] .data             PROGBITS        08049a9c 000a9c 000004 00  WA  0   0  4   [24] .bss              NOBITS          08049aa0 000aa0 000098 00  WA  0   0  8   [25] .comment          PROGBITS        00000000 000aa0 000114 00      0   0  1   [26] .shstrtab         STRTAB          00000000 000bb4 0000d9 00      0   0  1 Key to Flags:   W (write), A (alloc), X (execute), M (merge), S (strings)   I (info), L (link order), G (group), x (unknown)   O (extra OS processing required) o (OS specific), p (processor specific)

由此可见去掉的两个信息分别是：

[27] .symtab           SYMTAB          00000000 001128 000510 10     28  53  4 [28] .strtab           STRTAB          00000000 001638 0003f4 00      0   0  1

去掉指定名称的节

[root@lv-k cppDemo]# objcopy -R .comment main main.remove

这里，去掉之后，可执行文件也是可以运行的。通过 readelf -S main.remove 可知，其中的 .comment 节已经没有了。和此“相反”的操作是通过 -j 将指定的节拷贝到目标文件。

增加一个自己设置的节到可执行文件并将一个文件内容增加到其中

[root@lv-k cppDemo]# objcopy --add-section mysection=hello_text main main.add

这样，将会创立一个 mysection 的节并把 hello_text 的内容增加到其中。通过 readelf -S main.add 可以看到会多了一个 mysection 节。这个选项只在那些可以支持任意名称 section 的文件好用。增加到在我的 centeros 中编译的可执行文件中，可执行文件依然可以运行。

将指定的段拷贝出来

[root@lv-k cppDemo]# objcopy -j mysection main.add section_hello

输入之后，输出如下：

[root@lv-k cppDemo]# objcopy -j mysection main.add section_hello BFD: main.add: warning: Empty loadable segment detected, is this intentional ? BFD: main.add: warning: Empty loadable segment detected, is this intentional ?

这样会将 main.add 中刚才增加的 mysection 拷贝出来，拷贝出来的内容存放在 section_hello 文件中。这个命令将指定的 section 拷贝到输出文件，可以屡次指定，并且注意假如使用不当会导致输出文件不可用。通过 file 命令查看，发现生成的文件依然是 elf 文件，不只有该段的内容。

使用 readelf -S section_hello 查看文件内容，如下：

There are 5 section headers, starting at offset 0x144: Section Headers: [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al [ 0]                   NULL            00000000 000000 000000 00      0   0  0 [ 1] mysection         PROGBITS        00000000 0000f4 000028 00      0   0  1 [ 2] .shstrtab         STRTAB          00000000 00011c 000025 00      0   0  1 [ 3] .symtab           SYMTAB          00000000 00020c 000020 10      4   2  4 [ 4] .strtab           STRTAB          00000000 00022c 000001 00      0   0  1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) readelf: Error: no .dynamic section in the dynamic segment

分离可执行文件以及调试信息并将两者关联

这里， main.debug 是包含调试信息的可执行文件（使用 gcc -g 编译生成），为了减小文件大小，并且同样可以进行调试，将可执行文件分成两个部分并如下解决：

1. 将其中的调试信息提取出来之后保存成一个文件，
2. 再生成去掉调试信息的大小减少了的可执行文件，
3. 最后通过链接的形式将两个文件关联。

过程如下：

1、生成调试信息文件

[root@lv-k cppDemo]# objcopy --only-keep-debug main.debug main.debuginfo

这样，会将调试信息提取，保存到文件 main.debuginfo 中。执行之后比较文件大小如下：

[root@lv-k cppDemo]# ls -l main.debuginfo main main.debug -rwxr-xr-x 1 root root  6700 07-07 18:04 main -rwxr-xr-x 1 root root 38932 07-07 18:04 main.debug -rwxr-xr-x 1 root root 38628 07-21 09:47 main.debuginfo

这里， main 是没有使用 -g 命令生成的可执行文件只是为了比较。

2、生成不含调试信息的可执行文件

[root@lv-k cppDemo]# objcopy --strip-debug main.debug main.stripdebug

这样，就将原来可执行文件中的调试信息去掉，结果可执行的不含调试信息的可执行文件。生成之后，大小如下：

[root@lv-k cppDemo]# ls -l main main.debug main.stripdebug -rwxr-xr-x 1 root root  6700 07-07 18:04 main -rwxr-xr-x 1 root root 38932 07-07 18:04 main.debug -rwxr-xr-x 1 root root  6632 07-21 09:49 main.stripdebug

3、为不含调试信息的可执行文件增加调试信息

[root@lv-k cppDemo]# objcopy --add-gnu-debuglink=main.debuginfo main.stripdebug

这样，就为 main.stripdebug 文件增加了调试信息，现在可以运行 gdb main.stripdebug 进行调试了。

运行完毕之后， main.stripdebug 文件中会多了一个 [26] .gnu_debuglink PROGBITS 00000000 000bb4 000014 00 0 0 1 节。

运行这个命令之后，文件大小信息比照如下：

[root@lv-k cppDemo]# ls -l main main.debug main.debuginfo main.stripdebug -rwxr-xr-x 1 root root  6700 07-07 18:04 main -rwxr-xr-x 1 root root 38932 07-07 18:04 main.debug -rwxr-xr-x 1 root root 38628 07-21 09:47 main.debuginfo -rwxr-xr-x 1 root root  6720 07-21 09:51 main.stripdebug

注意，实践发现：

• 使用上面的命令之后， main.debuginfo 以及源代码 main.cpp 两个文件必需在同一个目录上面才能使用 gdb 进行调试，否则会在调试的时候出现找不到文件的问题。当然，就是使用 -g 的选项编译之后，也得让源文件放在正确的路径下面才能够在调试的时候载入文件。
• 对于原来没有使用 -g 生成的可执行文件，也可以使用这个方法为它增加调试信息让它(原来没有用 -g 生成的并且增加调试信息之后的可执行文件)可以调试。

其它

1、关于可执行文件格式

不同的嵌入式环境中，其组织可执行文件的格式也不相同，主要以下几种： ELF 文件格式、 S-record 文件格式、 HEX 文件格式、 bin 文件格式。

BIN文件格式

原始的二进制格式，内部没地址标记，直接照二进制格式下载，并且照绝对地址烧写到 Flash 中即可以启动了，而假如下载运行，则下载到编译时的地址就可。

ELF文件格式（Executable and linking format）

Executable and linking format (ELF)文件是Linux系统 下的一种常用、可移植目标文件( object file )格式，它有三种主要类型：

• 可重定位文件（ Relocatable File ）：包含适合于与其余目标文件链接来创立可执行文件或者者共享目标文件的代码和数据。
• 可执行文件（ Executable File ）：包含适合于执行的一个程序，此文件规定了 exec() 如何创立一个程序的进程映像。
• 共享目标文件（ Shared Object File ）：包含可在两种上下文中链接的代码和数据。首先链接编辑器可以将它和其它可重定位文件和共享目标文件一起解决，生成另外一个目标文件。其次，动态链接器（ Dynamic Linker ）可能将它与某个可执行文件以及其它共享目标一起组合，创立进程映像。

S-Record文件格式

S-Record 文件遵循Motorola制定的格式规范，是一种标准的、可打印格式的文件。 S-Record 文件是通过对链接器生成的目标程序或者数据进行编码生成的，适用于在计算机平台间传送，也可以在编辑后用于交叉平台间的传送。 S-Record 文件编码简单，可以通过IDE下载，但无法在线实时调试。 S-Record 文件是由多条记录组成的，每条记录都是由5个字段组成的ASCII字符串。

HEX文件格式

Intel HEX 文件是记录文本行的 ASCII 文本文件，在 Intel HEX 文件中,每一行是一个 HEX 记录，由十六进制数组成的机器码或者数据常量。 Intel HEX 文件经常被用于将程序或者数据传输存储到 ROM 、 EPROM 。大多数编程器和模拟器使用 Intel HEX 文件。

可执行文件格式的差别

• HEX 文件是包括地址信息的，而 BIN 文件格式只包括了数据本身，在烧写或者下载 HEX 文件的时候，一般都不需要客户指定地址，由于 HEX 文件内部的信息已经包括了地址。而烧写 BIN 文件的时候，客户是肯定需要指定地址信息的。
• BIN 文件格式对二进制文件而言，其实没有”格式”。文件只是包括了纯粹的二进制数据。
• HEX 文件格式文件都是由记录（ RECORD ）组成的。在 HEX 文件里面，每一行代表一个记录。记录类型包括：记录数据域，文件结束域，扩展线性地址的记录，扩展段地址的记录。在上面的后2种记录，都是用来提供地址信息的。每次碰到这2个记录的时候，都可以根据记录计算出一个“基”地址。对于后面的数据记录，计算地址的时候，都是以这些“基”地址为基础的。
• AXF 是Arm特有的文件格式，它除了包含 bin 文件外，还额外包括了许多其余调试信息。在下载到目标板的时候，烧入ROM还是 bin 文件，额外的调试信息会被去掉

一般来说，可以由 elf 文件转化为其它两种文件， hex 也可以直接转换为 bin 文件，但是 bin 要转化为 hex 文件必需要给定一个基地址。而 hex 和 bin 不能转化为 elf 文件，由于 elf 的信息量要大。另外还有一种 ads 的调试文件 axf ，它可以用以下命令 fromelf -nodebug xx.axf -bin xx.bin 转化为 bin 文件。

2、将图像编译到可执行文件内(不知道有什么作用)

Q: 如何将一个二进制文件，比方图片，词典一类的东西做为.o文件，直接链接到可执行文件内部呢？

A:
gcc image.o tt.o -o tt
$ nm tt | grep 14_95
0805d6c7 D _binary_14_95_13_jpg_end
00014213 A _binary_14_95_13_jpg_size
080494b4 D _binary_14_95_13_jpg_start

参考：

• http://www.cnblogs.com/amethyst623/articles/1946499.html
• http://linux.chinaunix.net/techdoc/develop/2007/10/29/970892.shtml
• http://blog.csdn.net/gogofly_lee/article/details/2636257