On 05/03/2019 22:52, Zachary Turner wrote:


On Tue, Mar 5, 2019 at 1:47 PM Jonas Devlieghere via lldb-dev <lldb-dev@lists.llvm.org <mailto:lldb-dev@lists.llvm.org>> wrote:


    I don't know much about the minidump format or code, but it sounds
    reasonable for me to have support for it in yaml2obj, which would be
    a sufficient motivation to have the code live there. As you mention
    in your footnote, MachO core files are already supported, and it
    sounds like ELF could reuse a bunch of existing code as well. So
    having everything in LLVM would give you even more symmetry. I also
    doubt anyone would mind having more fine grained yamlization, even
    if you cannot use it to reduce a test it's nicer to see structure
    than a binary blob (imho). Anyway, that's just my take, I guess this
    is more of a question for the LLVM mailing list.

A lot of obj2yaml output is just "Section Name" / "Section Contents" and then a long hex string consisting of the contents.  Since a core file is an ELF file, this would already be supported for obj2yaml today (in theory)

Actually, even this is not true. An elf *core file* is an *elf file*, but it contains no sections. It contains "segments" instead. :P obj2yaml has absolutely no support for segments so if you try it to yamlize a core file, you will get an empty output.

Interestingly, yaml2obj does contain some support for segments, but its extremely limited, and can only be used to create very simple "executable" files. Core files still cannot be represented there right now, as yaml2obj is still very section-centric.


However, I do see the appeal in having a single tool for yamlization of various "object" file formats, so I am going to send an email to llvm-dev and see what the response is like there. I'd encourage anyone interested in this to voice your opinion there too.

regards,
pavel
_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

Reply via email to