<br><br><div class="gmail_quote">2010/1/22 Duncan Sands <span dir="ltr"><<a href="mailto:baldrick@free.fr">baldrick@free.fr</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi James,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
BTW: I'm using LLVM 2.6 compiled from source on Ubuntu 9.10 in case it's relevant.<br>
</blockquote>
<br></div>
what do you get if you compile my example using llc?<br></blockquote><div><br>I get the expected output (after changing i32 @llvm.eh.selector() to i64 llvm.eh.selector.i64())<br><br>I've now discovered if I remove some other code from the module containing my original test function, I get correct eh tables including personality and cleanup. Hence it looks like some other LLVM bitcode that I'm generating is somehow stuffing up the eh table generation for this function. The problem bitcode is all verified at both at function and module level before I write it out it so it looks like whatver bad construct it is I'm generating is passing the verifier.<br>
<br>Thanks for your help,<br>-- James<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ciao,<br><font color="#888888">
<br>
Duncan.<br>
<br>
</font></blockquote></div><br>