[PATCH] D84386: [DWARFYAML] Add support for emitting custom operands for range list entry.
Pavel Labath via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Jul 23 02:26:40 PDT 2020
labath added a comment.
In D84386#2168813 <https://reviews.llvm.org/D84386#2168813>, @jhenderson wrote:
> In general terms, I think this is a good solution. Let's see what @grimar and @labath think.
Pretty much what I said already. This might be a nice way to test parsing of unknown/invalid DW_LLE constants, but there's only so many of those kinds of tests that we need, so it seems unnecessary.
Furthermore, once we're down in the invalid input land, it becomes very important to know how the bytes are laid out exactly in order to understand what the parser will do/has done. This becomes a (small) obstacle in that because I have to reason about the actual byte sequence that will be produced by this yaml -- I would prefer if I just had the bytes directly.
But if you do want to have this, I'm not going to stop you...
================
Comment at: llvm/include/llvm/ObjectYAML/DWARFYAML.h:439-445
+ io.enumCase(value, "Unsigned8",
+ DWARFYAML::ListEntryOperandTypes::Unsigned8);
+ io.enumCase(value, "Unsigned16",
+ DWARFYAML::ListEntryOperandTypes::Unsigned16);
+ io.enumCase(value, "Unsigned32",
+ DWARFYAML::ListEntryOperandTypes::Unsigned32);
+ io.enumCase(value, "Unsigned64",
----------------
jhenderson wrote:
> It might be nice to call these `U8`, `U16` etc, to make them nice and concise.
+1
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D84386/new/
https://reviews.llvm.org/D84386
More information about the llvm-commits
mailing list