m.f> 4. This is a bit unrelated to objtool, but I noticed that
m.f> elfdefinitions.h contains several enums with values that
m.f> are too big for int (specifically, EF_PPC_EMB, SHF_COMDEF,
m.f> SHF_MIPS_STRING, SHF_EXCLUDE, SHF_MASKPROC, SHT_LOUSER, and
m.f> SHT_HIUSER). The C standard says that al
Thanks for your response.
On 2019-06-09, Joseph Koshy wrote:
> On Sun, Jun 09, 2019 at 02:25:38AM -0700, Michael Forney wrote:
> m.f> 3. I also noticed that when elf_update recomputes
> m.f> the section layout, it leaves the section offset
> m.f> of SHT_NOBITS and SHT_NULL sections alone while
>
On Sun, Jun 09, 2019 at 02:25:38AM -0700, Michael Forney wrote:
m.f> 1. objtool defines its own elf_open function, used
The elf(3) manual page lists the symbol prefixes in use by
the library.
m.f> It looks like this is because the elftoolchain
m.f> ELF64_R_INFO macro shifts its first argument by
Hi,
I'm looking at using elftoolchain instead of elfutils to satisfy the
libelf dependency for objtool used in the linux build process. objtool
is used to add ORC unwind sections to the objects.
So far this is going well, but I have hit a few issues:
1. objtool defines its own elf_open function,
