Hi Eli, thanks for your response. <div><br></div><div>AFAIK, Removing -g from the second call to gcc does not seem to do anything. The generated executable shows the same behavior under gdb.</div><div><br></div><div>-jason<br>
<br><div class="gmail_quote">On Thu, Aug 5, 2010 at 6:31 PM, Eli Friedman <span dir="ltr"><<a href="mailto:eli.friedman@gmail.com">eli.friedman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Thu, Aug 5, 2010 at 6:22 PM, Jason Kim <<a href="mailto:jasonwkim@google.com">jasonwkim@google.com</a>> wrote:<br>
><br>
> Hi everyone,<br>
> I was under the impression that debugging support on llvm-gcc-4.2.1 +<br>
> llvm-2.7 was pretty complete (at least on x86 linux), but ran into a glitch.<br>
> First off, are there any docs that discuss the current state, in so far as<br>
> DWARF support is concerned?<br>
> The behavior I am seeing is the following:<br>
> llvm-gcc -g hello.c -o hello<br>
> produces a working executable with apparently complete debugging support.<br>
> (stepping<br>
> However,<br>
> llvm-gcc -g -c -emit-llvm hello.c -o hello.bc<br>
> llc hello.bc -o hello.s<br>
> llvm-gcc -g hello.s -o hello<br>
<br>
</div>Using -g at both levels leads to issues... gcc is trying to add<br>
debugging info to assembly with debugging info.<br>
<font color="#888888"><br>
-Eli<br>
</font></blockquote></div><br></div>