Chirag Patel via llvm-dev
2019-Dec-02 08:13 UTC
[llvm-dev] addition of vendor dwarf operator extension.
Hello all, There is one enhancement request open for dwarfv5, http://dwarfstd.org/ShowIssue.php?issue=191107.1 The request is for addition of dwarf expression operator to swap the top of the dwarf stack, the response seems positive but it may take some time till v6. I like to add that operator as vendor extension but I am not sure how to go about it for llvm/lldb. Currently I am using it as vendor specific extension on our local fork. Does adding it as vender specific extension seems like a good idea? If yes please provide me the details about adding specific vendor. Regards, Chirag Patel Software Engineer | Raincode Labs India Tel: (+91) 080 41159811 Mob: (+91) 9049336744 www.raincodelabs.com<http://www.raincodelabs.com/> [linkedin-button]<https://in.linkedin.com/in/chirag-patel-> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191202/b5d07c43/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7436 bytes Desc: image003.png URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191202/b5d07c43/attachment.png>
David Blaikie via llvm-dev
2019-Dec-02 14:21 UTC
[llvm-dev] addition of vendor dwarf operator extension.
There are some vendor extensions already in LLVM/LLDB, though I guess the main question would be: what's the motivation? On Mon, Dec 2, 2019 at 3:14 AM Chirag Patel via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Hello all, > > > > There is one enhancement request open for dwarfv5, > http://dwarfstd.org/ShowIssue.php?issue=191107.1 > > The request is for addition of dwarf expression operator to swap the top > of the dwarf stack, the response seems positive but it may take some time > till v6. > > I like to add that operator as vendor extension but I am not sure how to > go about it for llvm/lldb. Currently I am using it as vendor specific > extension on our local fork. > > > > Does adding it as vender specific extension seems like a good idea? If yes > please provide me the details about adding specific vendor. > > > > Regards, > > > > *Chirag Patel* > > Software Engineer | Raincode Labs India > > *Tel*: (+91) 080 41159811 > > *Mob*: (+91) 9049336744 > > *www.raincodelabs.com <http://www.raincodelabs.com/>* > > [image: linkedin-button] <https://in.linkedin.com/in/chirag-patel-> > > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191202/a2ab6cbd/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7436 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191202/a2ab6cbd/attachment.png>
Chirag Patel via llvm-dev
2019-Dec-03 05:06 UTC
[llvm-dev] addition of vendor dwarf operator extension.
Hello, Thanks for prompt reply. Motivation, In case of debugging of bi-endian dwarf and value known at runtime some of the raw values needs to be byte swapped to change the endianity. We have a llvm based compiler which generates such dwarf, TAG_variable marked as big endian and debugging on little endian host using lldb. The listed operator on dwarf issues does that, one operator instead of list of operators. Proposal, Addition of listed dwarf operator as vender extension in llvm/lldb till it gets released. Regards, Chirag Patel Software Engineer | Raincode Labs India Tel: (+91) 080 41159811 Mob: (+91) 9049336744 www.raincodelabs.com<http://www.raincodelabs.com/> [linkedin-button]<https://in.linkedin.com/in/chirag-patel-> From: David Blaikie <dblaikie at gmail.com> Sent: 02 December 2019 19:51 To: Chirag Patel <Chirag at raincode.com>; Adrian Prantl <aprantl at apple.com>; Paul Robinson <paul.robinson at sony.com>; Jonas Devlieghere <jdevlieghere at apple.com> Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] addition of vendor dwarf operator extension. There are some vendor extensions already in LLVM/LLDB, though I guess the main question would be: what's the motivation? On Mon, Dec 2, 2019 at 3:14 AM Chirag Patel via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Hello all, There is one enhancement request open for dwarfv5, http://dwarfstd.org/ShowIssue.php?issue=191107.1 The request is for addition of dwarf expression operator to swap the top of the dwarf stack, the response seems positive but it may take some time till v6. I like to add that operator as vendor extension but I am not sure how to go about it for llvm/lldb. Currently I am using it as vendor specific extension on our local fork. Does adding it as vender specific extension seems like a good idea? If yes please provide me the details about adding specific vendor. Regards, Chirag Patel Software Engineer | Raincode Labs India Tel: (+91) 080 41159811 Mob: (+91) 9049336744 www.raincodelabs.com<http://www.raincodelabs.com/> [linkedin-button]<https://in.linkedin.com/in/chirag-patel-> _______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191203/c5ee3b34/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7408 bytes Desc: image001.png URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191203/c5ee3b34/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7436 bytes Desc: image002.png URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191203/c5ee3b34/attachment-0001.png>
Eric Christopher via llvm-dev
2019-Dec-04 21:37 UTC
[llvm-dev] addition of vendor dwarf operator extension.
In addition to a number of things on the thread I'd like to see this supported in gdb as well if we're going to emit it. Thanks! -eric On Mon, Dec 2, 2019 at 12:14 AM Chirag Patel via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Hello all, > > > > There is one enhancement request open for dwarfv5, > http://dwarfstd.org/ShowIssue.php?issue=191107.1 > > The request is for addition of dwarf expression operator to swap the top > of the dwarf stack, the response seems positive but it may take some time > till v6. > > I like to add that operator as vendor extension but I am not sure how to > go about it for llvm/lldb. Currently I am using it as vendor specific > extension on our local fork. > > > > Does adding it as vender specific extension seems like a good idea? If yes > please provide me the details about adding specific vendor. > > > > Regards, > > > > *Chirag Patel* > > Software Engineer | Raincode Labs India > > *Tel*: (+91) 080 41159811 > > *Mob*: (+91) 9049336744 > > *www.raincodelabs.com <http://www.raincodelabs.com/>* > > [image: linkedin-button] <https://in.linkedin.com/in/chirag-patel-> > > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191204/f6c7cb59/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7436 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191204/f6c7cb59/attachment.png>
Apparently Analagous Threads
- addition of vendor dwarf operator extension.
- [DebugInfo] DIBuilder missing interface to generate DWARF info for packed_decimal basic type.
- [DebugInfo] DIBuilder missing interface to generate DWARF info for packed_decimal basic type.
- [LLVM][DISubprogram][LL format updation query] Question regarding moving DISubprogram DIFlags to DISPFlag.
- [LLVM][DISubprogram][LL format updation query] Question regarding moving DISubprogram DIFlags to DISPFlag.