diff options
author | Jose E. Marchesi <jose.marchesi@oracle.com> | 2019-08-07 11:40:55 +0200 |
---|---|---|
committer | Jose E. Marchesi <jose.marchesi@oracle.com> | 2019-08-07 13:57:30 +0200 |
commit | fca8e23c31e6ec37bdcb5cf1d981a39d1e6fb6f6 (patch) | |
tree | 479748460853db0e6bd2bc62f6c80049c6b77c2e /gdb/stack.c | |
parent | fc8de8e227e5146336d654f2fb4f98010d7cf12d (diff) | |
download | fsf-binutils-gdb-fca8e23c31e6ec37bdcb5cf1d981a39d1e6fb6f6.zip fsf-binutils-gdb-fca8e23c31e6ec37bdcb5cf1d981a39d1e6fb6f6.tar.gz fsf-binutils-gdb-fca8e23c31e6ec37bdcb5cf1d981a39d1e6fb6f6.tar.bz2 |
ld: use a specific linker script in BPF targets
This patch makes the elf64bpf emulation to use it's own linker script,
based on elf.sc. At the moment, the only change is that the BPF
executable doesn't define an entry symbol (BPF programs feature
several entry points scattered in several sections.)
This is a step towards the goal of generating proper ELF executables
that would be loaded by the kernel's libbpf. We are not there yet:
BPF "programs" should still be linked with -r.
This change removes a warning while linking executables, decreases the
number of unsupported tests in the target from 47 to 29, and increases
the number of expected passes from 104 to 145.
Regtested in x86_64 for all targets.
No regressions.
ld/ChangeLog:
2019-08-07 Jose E. Marchesi <jose.marchesi@oracle.com>
* scripttempl/elf64bpf.sc: Adapted from elf.sc.
* emulparams/elf64bpf.sh (SCRIPT_NAME): Use elf64bpf.
(EMBEDDED): Define.
* testsuite/ld-bpf/call-1.d: Do not expect a warning regarding an
undefined entry symbol.
* testsuite/ld-bpf/jump-1.d: Likewise.
* testsuite/ld-undefined/undefined.exp: Do not pass '-e entry' to
ld in BPF targets, and do not expect line number information.
* testsuite/ld-srec/srec.exp (run_srec_test): xfail s-record tests
in BPF targets.
Diffstat (limited to 'gdb/stack.c')
0 files changed, 0 insertions, 0 deletions