<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Oct 11, 2010, at 11:04 AM, Talin wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Mon, Oct 11, 2010 at 10:43 AM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com">clattner@apple.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On Oct 11, 2010, at 8:17 AM, Devang Patel wrote:<br>
<br>
>> Interestingly enough, I just upgraded to the latest Ubuntu (10.10 - Maverick Meercat), and the LLVM-generated code no longer builds: I get the following error in the assembler stage (after the bitcode is converted to assembly):<br>
>><br>
>> SwitchStmtTest.s: Assembler messages:<br>
>> SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections<br>
>><br>
><br>
> This is a known Linux binutils bug. There is a llvm pr in bugzilla database, I don't remember the no. though.<br>
<br>
</div>Direct .o file writing support for ELF is nearing functionality, it will define away this sort of issue.<br></blockquote><div><br></div><div>While that is great news, I'd like to also keep the ability to build via assembly language, as the ability to examine the assembly has been useful in solving many otherwise difficult bugs. (Especially given the difficulties I've had getting source-level debugging to work.)</div>
<div><br></div><div>For now, however, do you know if there is a workaround for this issue?</div></div></blockquote><br></div><div>Searching "debug_line" in all llvm PR at <a href="http://llvm.org/bugs">llvm.org/bugs</a> would immediately lead you to</div><div><span class="Apple-tab-span" style="white-space:pre"> </span><a href="http://llvm.org/bugs/show_bug.cgi?id=8210">http://llvm.org/bugs/show_bug.cgi?id=8210</a></div><div>Follow the trails and you'll have all the info for this Fatal error.</div><div><br></div><div>-</div><div>Devang</div><div><br></div><div>[BTW, for your original dwarf error, focusing on DIFactory uses will unlikely to lead you towards real underlying issue. Your approach is equivalent to focusing on IRBuilder to find the cause of mis-compilation. ]</div><br></body></html>