Solución:
En general
Un archivo ELF no necesita utilizar “direcciones de memoria NO-Fijas”. De hecho, el típico archivo ejecutable ELF (ET_EXEC) usa una dirección fija.
Un archivo binario generalmente se entiende como un archivo que contiene datos que no son de texto. En el contexto de los programas, generalmente se entiende que significa la forma compilada del programa (en oposición a la forma fuente, que suele ser un montón de archivos de texto). Los archivos ELF son archivos binarios.
Ahora es posible que desee saber cómo se transforma el archivo ELF en la representación en memoria del programa: el archivo ELF contiene información adicional, como en qué lugar del espacio de direcciones (virtual) del programa se debe cargar cada segmento del programa, qué bibliotecas dinámicas deben cargarse, cómo vincular el programa principal y las bibliotecas dinámicas, cómo inicializar el programa, dónde está el punto de entrada del programa, etc.
Una parte importante de un objeto ejecutable o compartido es la ubicación de los segmentos que deben cargarse en el espacio de direcciones del programa. Puedes mirarlos usando 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
Cada entrada LOAD (PT_LOAD) describe un segmento que debe cargarse en el espacio de direcciones del programa.
Leer y procesar esta información es el trabajo de los cargadores ELF: en su sistema operativo típico, esto se hace en parte por el kernel y en parte por el enlazador dinámico (ld.so, también llamado “intérprete de programa” en el lenguaje ELF).
Archivos binarios simples ARM
(Realmente no sé nada sobre ARM).
Aparentemente, estás hablando de plataformas integradas. En ARM, un archivo binario simple contiene el contenido sin procesar de la memoria inicial del programa. No contiene elementos como tablas de cadenas, tablas de símbolos, tablas de reubicación, información de depuración, sino solo los datos de los segmentos (PT_LOAD).
Es un archivo binario, no codificado en hexadecimal. Los archivos vhx están codificados en hexadecimal.
Los archivos binarios simples se pueden generar a partir de los archivos ELF con fromelf.
La idea básica aquí es que cada entrada PT_LOAD de un archivo ELF se vuelca en su posición correcta en el archivo y los espacios restantes (si los hay) entre ellos se llenan con ceros.
El archivo ELF ya tiene direcciones asignadas en el campo p_vaddr de cada segmento, por lo que este proceso de conversión no necesita determinar direcciones: esto ya lo ha hecho el editor de enlaces (y el script del enlazador).
Referencias
- Formato de archivo ARM ELF