Hi,
Using EM_NONE for the bpf backend e_machine value is less than optimal.
With a unique value we can interact with other tools, e.g. objdump for
disassembly.
As a bonus, I noticed a few missing patterns that are useful to implement.
r~
Richard Henderson (5):
BPF: Use a provisional ELF e_machine value
BPF: Rearrange instruction classes
BPF: Add NEG operation
BPF: Add 32-bit move patterns
BPF: Add 32-bit and pattern
include/llvm/Object/ELFObjectFile.h | 5 +
include/llvm/Support/ELF.h | 7 +
include/llvm/Support/ELFRelocs/BPF.def | 9 +
lib/Object/ELF.cpp | 7 +
lib/ObjectYAML/ELFYAML.cpp | 4 +
lib/Target/BPF/BPFInstrFormats.td | 45 +-
lib/Target/BPF/BPFInstrInfo.td | 598 +++++++++------------
lib/Target/BPF/MCTargetDesc/BPFELFObjectWriter.cpp | 7 +-
tools/llvm-objdump/llvm-objdump.cpp | 1 +
tools/llvm-readobj/ELFDumper.cpp | 1 +
10 files changed, 345 insertions(+), 339 deletions(-)
create mode 100644 include/llvm/Support/ELFRelocs/BPF.def
--
2.5.5
