一般
ELF 文件不需要使用“NO-Fixed memory 地址”。事实上,典型的 ELF 可执行文件(ET_EXEC)是使用固定地址的。
二进制文件通常被理解为包含非文本数据的文件。在程序的上下文中,它通常被理解为程序的编译形式(与通常是一堆文本文件的源形式相反)。 ELF 文件是二进制文件。
现在您可能想知道如何将 ELF 文件转换为程序的内存表示形式:ELF 文件包含附加信息,例如程序的每个段应在程序(虚拟)地址空间中的位置加载,加载哪些动态库,如何将主程序和动态库链接在一起,如何初始化程序,程序的入口点在哪里等等。
可执行文件或共享对象的一个重要部分是必须加载到程序地址空间中的段的位置。你可以使用readelf -l查看它们:
$ readelf -l /bin/bash
Elf file type is EXEC (Executable file)
Entry point 0x4205bc
There are 9 program headers, starting at offset 64
Program Headers:
Type Offset VirtAddr PhysAddr
FileSiz MemSiz Flags Align
PHDR 0x0000000000000040 0x0000000000400040 0x0000000000400040
0x00000000000001f8 0x00000000000001f8 R E 8
INTERP 0x0000000000000238 0x0000000000400238 0x0000000000400238
0x000000000000001c 0x000000000000001c R 1
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
LOAD 0x0000000000000000 0x0000000000400000 0x0000000000400000
0x00000000000f1a74 0x00000000000f1a74 R E 200000
LOAD 0x00000000000f1de0 0x00000000006f1de0 0x00000000006f1de0
0x0000000000009068 0x000000000000f298 RW 200000
DYNAMIC 0x00000000000f1df8 0x00000000006f1df8 0x00000000006f1df8
0x0000000000000200 0x0000000000000200 RW 8
NOTE 0x0000000000000254 0x0000000000400254 0x0000000000400254
0x0000000000000044 0x0000000000000044 R 4
GNU_EH_FRAME 0x00000000000d6af0 0x00000000004d6af0 0x00000000004d6af0
0x000000000000407c 0x000000000000407c R 4
GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 RW 10
GNU_RELRO 0x00000000000f1de0 0x00000000006f1de0 0x00000000006f1de0
0x0000000000000220 0x0000000000000220 R 1
每个 LOAD (PT_LOAD) 条目描述了一个必须加载到程序地址空间中的段。
读取和处理这些信息是 ELF 加载器的工作:在您的典型操作系统上,这部分由内核完成,部分由动态链接器(ld.so,在 ELF 用语中也称为“程序解释器”)完成)。
ARM 纯二进制文件
(我不太了解 ARM 的东西。)
您显然是在谈论嵌入式平台。在 ARM 上,plain binary file 包含程序初始内存的原始内容。它不包含诸如字符串表、符号表、重定位表、调试信息之类的东西,而只包含(PT_LOAD)段的数据。
这是一个二进制文件,不是十六进制编码的。 vhx 文件是十六进制编码的。
可以使用 fromelf 从 ELF 文件生成纯二进制文件。
这里的基本思想是,ELF 文件的每个 PT_LOAD 条目都被转储到文件中的正确位置,并且它们之间的剩余间隙(如果有)用零填充。
ELF 文件已经在每个段的 p_vaddr 字段中分配了地址,因此这个转换过程不需要确定地址:这已经由链接编辑器(和linker script)完成。
参考文献