diff options
author | Andrii Nakryiko <[email protected]> | 2021-10-20 18:43:57 -0700 |
---|---|---|
committer | Alexei Starovoitov <[email protected]> | 2021-10-21 17:10:10 -0700 |
commit | ad23b7238474c6319bf692ae6ce037d9696df1d1 (patch) | |
tree | 83b4b90531cd45ac106383e8025f5ab169c4bce3 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | 29a30ff501518a49282754909543cef1ef49e4bc (diff) |
libbpf: Use Elf64-specific types explicitly for dealing with ELF
Minimize the usage of class-agnostic gelf_xxx() APIs from libelf. These
APIs require copying ELF data structures into local GElf_xxx structs and
have a more cumbersome API. BPF ELF file is defined to be always 64-bit
ELF object, even when intended to be run on 32-bit host architectures,
so there is no need to do class-agnostic conversions everywhere. BPF
static linker implementation within libbpf has been using Elf64-specific
types since initial implementation.
Add two simple helpers, elf_sym_by_idx() and elf_rel_by_idx(), for more
succinct direct access to ELF symbol and relocation records within ELF
data itself and switch all the GElf_xxx usage into Elf64_xxx
equivalents. The only remaining place within libbpf.c that's still using
gelf API is gelf_getclass(), as there doesn't seem to be a direct way to
get underlying ELF bitness.
No functional changes intended.
Signed-off-by: Andrii Nakryiko <[email protected]>
Signed-off-by: Alexei Starovoitov <[email protected]>
Acked-by: Song Liu <[email protected]>
Link: https://lore.kernel.org/bpf/[email protected]
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions