[PATCH] D72973: using symbol index+symbol name + storage mapping class as label for llvm-objdump -D

Digger via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Jan 23 14:01:54 PST 2020


DiggerLin marked an inline comment as done.
DiggerLin added inline comments.


================
Comment at: llvm/tools/llvm-objdump/llvm-objdump.cpp:345
 
-typedef std::vector<std::tuple<uint64_t, StringRef, uint8_t>> SectionSymbolsTy;
+typedef std::vector<std::tuple<uint64_t, StringRef, uint8_t, int64_t>>
+    SectionSymbolsTy;
----------------
jasonliu wrote:
> I probably need some time to think over this interface change. But is there a reason we choose a signed value to represent a symbol index?
in the xcoffobject file , a  unsigned 32 bits symbol index is enough for both 32bits xcoff and 64bits xcoff. but in the llvm-objdump. it add some section name a fake symbol name, we need to put the -1 as symbol index to identificate a fake symbol name. So we use int64_t here.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D72973/new/

https://reviews.llvm.org/D72973





More information about the llvm-commits mailing list