I'm attempting to manually load the hexdump of an elf file that I compiled using g++ into a processor simulation I designed. There are 30 sections to a standard elf file and I am loading all 30 segments with their proper memory location offset taken into account. I then start my program counter at the beginning of the .text
section (00400130) but it seems that the program isn't running correctly. I have verified my processor design relatively thoroughly using SPIM as a gold standard. The strange thing is that, if I load an assembly file into SPIM, and then take the disassembled .text
and .data
sections that are generated by the software, load them into my processor's memory, the programs work. This is different from what I want to do because I want to:
Where in the ELF file should I place my program counter initially? I have it at the beginning of .text
right now. Also, do I only need to include .text
and .data
for my program to work correctly? What am I doing wrong here?
The ELF header should include the entry address, which is not necessarily the same as the first address in the .text
region. Use objdump -f
to see what the entry point of the file is -- it'll be called the "start address".
The format is described here - you should be using the program headers
rather than the section headers
for loading the ELF image into memory (I doubt that there are 30 program headers), and the entry point will be described by the e_entry
field in the ELF header.