<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 27, 2017, at 8:38 AM, David Blaikie <<a href="mailto:dblaikie@gmail.com" class="">dblaikie@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">This'll need a test case, in any case.<br class=""></div></div></blockquote><div><br class=""></div><div>In case you're wondering, one way to do this would be to add an assembler source file, compile it and run it through llvm-dwarfdump.</div><div>Alternatively you can use the new yaml2obj tool that is being developed.</div><div><br class=""></div><div>-- adrian</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><br class="">Adrian/Paul: Pondering this, any thoughts on how conflicts in the vendor extension range of attributes, forms, etc, should be resolved if they ever come up? (each vendor is free to define them as they wish, so it could be that multiple vendors have different definitions of the same code/number & would be ambiguous) I don't see any reason to block this patch if it doesn't have such a conflict, since there are already other vendor extension codes supported here for a variety of vendors - but does make me wonder.<br class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Thu, Apr 27, 2017 at 2:50 AM David Gwynne via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">sun created this tag for identifying functions that dumped their<br class="">
register arguments onto the stack.<br class="">
<br class="">
this is enough for llvm-dwarfdump to recognise and print the attribute.<br class="">
<br class="">
hopefully someone will commit it.<br class="">
<br class="">
cheers,<br class="">
dlg<br class="">
<br class="">
Index: include/llvm/Support/Dwarf.def<br class="">
===================================================================<br class="">
--- include/llvm/Support/Dwarf.def (revision 301500)<br class="">
+++ include/llvm/Support/Dwarf.def (working copy)<br class="">
@@ -343,6 +343,8 @@<br class="">
HANDLE_DW_AT(0x2134, GNU_pubnames, 0, GNU)<br class="">
HANDLE_DW_AT(0x2135, GNU_pubtypes, 0, GNU)<br class="">
HANDLE_DW_AT(0x2136, GNU_discriminator, 0, GNU)<br class="">
+// Sun Extension<br class="">
+HANDLE_DW_AT(0x2224, SUN_amd64_parmdump, 0, GNU)<br class="">
// Borland extensions.<br class="">
HANDLE_DW_AT(0x3b11, BORLAND_property_read, 0, BORLAND)<br class="">
HANDLE_DW_AT(0x3b12, BORLAND_property_write, 0, BORLAND)<br class="">
_______________________________________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="">
</blockquote></div></div>
</div></blockquote></div><br class=""></body></html>