9da9d3ea8c
Set sh_addr for regions that are not allocated. Some relocations might depend on this. The fault in my case occurs when setting CONFIG_HAVE_CXX=y. In this case, the .ctor and .dtor sections do not get allocated, but the crt code depends on linker defined symbols _sctors/_ectors etc. These generate PC relative relocations and thus, the .ctor and .dtor output sections need an output VMA even though nothing is there. Otherwise the relocations will point to god knows where (in my case to address 0). The problem results in full system crash later: elf_symvalue: Other: 00000000+00000001=00000001 up_relocateadd: PCREL_HI20 at c00002dc [00000417] to sym=0x80409e80 st_value=1 _calc_imm: offset=-3221226203: hi=-786432 lo=-731 up_relocateadd: ERROR: PCREL_HI20 at c00002dc bad:ffffffff40000000 elf_relocateadd: ERROR: Section 2 reloc 52: Relocation failed: -22 The RISC-V elf64 linker does not like the uninitialized PC relative relocation entries, as the relocation offset cannot be reached with with the RV64 instruction set. More about this issue can be found here: https://github.com/apache/nuttx/pull/11322 |
||
---|---|---|
.. | ||
CMakeLists.txt | ||
gnu-elf.ld | ||
Kconfig | ||
libelf_addrenv.c | ||
libelf_bind.c | ||
libelf_coredump.c | ||
libelf_ctors.c | ||
libelf_dtors.c | ||
libelf_init.c | ||
libelf_iobuffer.c | ||
libelf_load.c | ||
libelf_read.c | ||
libelf_sections.c | ||
libelf_symbols.c | ||
libelf_uninit.c | ||
libelf_unload.c | ||
libelf_verify.c | ||
libelf.h | ||
Make.defs |