<div dir="ltr">(+Adrian who might have some more context here)<br><br>Generally I'd suggest looking at Clang's code to see how it's constructing the correct IR - I'm not aware of any particular changes in the timeline after we switched the subprogram edges (which it looks like we had already done in 3.7, judging by the IR  you quoted)... don't have great guesses here.<br><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 17, 2016 at 6:46 PM David Jones via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg">I recently upgraded a codebase to use LLVM 3.9.0, up from 3.7.1.<br class="gmail_msg"><br class="gmail_msg"></div>All seems to work well, except that I am unable to generate debug information.<br class="gmail_msg"></div><br class="gmail_msg"></div>However, if I run objdump -g on the generated object file, it reports that the compile unit has no children:<br class="gmail_msg"><br class="gmail_msg">Contents of the .debug_abbrev section:<br class="gmail_msg"><br class="gmail_msg">  Number TAG (0x0)<br class="gmail_msg">   1      DW_TAG_compile_unit    [no children]<br class="gmail_msg">    DW_AT_producer     DW_FORM_strp<br class="gmail_msg">    DW_AT_language     DW_FORM_data2<br class="gmail_msg">    DW_AT_name         DW_FORM_strp<br class="gmail_msg">    DW_AT_stmt_list    DW_FORM_sec_offset<br class="gmail_msg">    DW_AT value: 0     DW_FORM value: 0<br class="gmail_msg"><br class="gmail_msg"></div>The IR generated for 3.9.0 passes the IR verifier without complaint (including the debug into verifier). I can run llc manually on my IR without complaint. However, I am not able to ascertain whether llc runs the debug info verifier by default.<br class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">One of the changes I had to make to get my code to compile was to remove the function argument (of Function* type) from the call to DIBuilder::createFunction(). This appears to be my problem, as my functions do not appear to have debug info:<br class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">From my 3.7.1 code:<br class="gmail_msg"><br class="gmail_msg">define void @func(%artype*) #4 !dbg !5 {<br class="gmail_msg">!5 = distinct !DISubprogram(n...)<br class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">From 3.9.0:<br class="gmail_msg"><br class="gmail_msg">define void @func(%artype*) #4 {<br class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">What must I do to attach the DISubprogram metadata node to my Function, assuming this is the problem?<br class="gmail_msg"><br class="gmail_msg"></div></div></div></div></div></div>
_______________________________________________<br class="gmail_msg">
LLVM Developers mailing list<br class="gmail_msg">
<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
</blockquote></div></div>