<div>I run into this problem as well. However, given the way LLVM represents types and their names, there is not an easy solution to this problem. I don't know of any real workaround that will not change the semantics of the code.</div>
<div><br></div><div> - Daniel<br><br><div class="gmail_quote">On Mon, Oct 27, 2008 at 4:42 PM, Scott Graham <span dir="ltr"><<a href="mailto:scott.llvm@h4ck3r.net">scott.llvm@h4ck3r.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi<br>
<br>
I'm working on switching from generating textual .ll files in my front<br>
end to using the llvm-c IR builder API instead.<br>
<br>
One thing that I really miss is that when I dump() to a .ll file for<br>
debugging, the type names are worse than useless, because many types<br>
have been merged with unrelated types that happen to have the same<br>
shape. This becomes very confusing when trying to map back to the<br>
original source code's types in large .ll files.<br>
<br>
Can anyone suggest any workarounds for this? The best I came up with<br>
was appending an arbitrary length vector to all type declarations to<br>
make them all unique, but then of course the code's wrong.<br>
<br>
thanks,<br>
scott<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote></div><br></div>