<html>
<head>
<base href="http://llvm.org/bugs/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:chega_@yahoo.com" title="Vadim <chega_@yahoo.com>"> <span class="fn">Vadim</span></a>
</span> changed
<a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - LLVM generates broken debug info on Windows"
href="http://llvm.org/bugs/show_bug.cgi?id=16249">bug 16249</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>RESOLVED
</td>
<td>REOPENED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>FIXED
</td>
<td>---
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - LLVM generates broken debug info on Windows"
href="http://llvm.org/bugs/show_bug.cgi?id=16249#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - LLVM generates broken debug info on Windows"
href="http://llvm.org/bugs/show_bug.cgi?id=16249">bug 16249</a>
from <span class="vcard"><a class="email" href="mailto:chega_@yahoo.com" title="Vadim <chega_@yahoo.com>"> <span class="fn">Vadim</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=16249#c7">comment #7</a>)
<span class="quote">> so did I. Vadim: did you try latest HEAD? (fix was in
> <a href="http://llvm.org/viewvc/llvm-project?rev=187656&view=rev">http://llvm.org/viewvc/llvm-project?rev=187656&view=rev</a>)</span >
I've just tried my repro scenario with clang+llvm built from yesterday's master
branches of the respective repos (I'm using git mirror repos), and
unfortunately debugging is still broken. The initial symbol loading appears to
work, but stepping through code doesn't. Here's gdb output:
---
...
Reading symbols from c:\test\repro.clang.exe...done.
(gdb) start
Temporary breakpoint 1 at 0x3d0 (2 locations)
Starting program: c:\test\repro.clang.exe
[New Thread 23844.0x4ad0]
Warning:
Cannot insert breakpoint 1.
Error accessing memory address 0x3d0: Input/output error.
(gdb)
---
At a glance, the difference from gcc-generated assembly seems that clang now
uses .secrel32 relocs even for references to code segment (e.g. ".secrel32
Lfunc_begin0"). After I manually replaced those with .long's, I could step
through the resulting binary in gdb.
Perhaps some analysis of DIE form is required to make this stuff work?
Also, I am a bit uneasy about making relocation type decision in
AsmPrinter::EmitLabelPlusOffset. It looks like a low-level routine that might
get used to emit other types of information besides debug-info.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>