<div dir="ltr">But the incoming value from the landing pad will always be null, won't it?<br>If so, just iterate through the predecessors and add the terminator as the <br>incoming value if it's an invoke instruction and add the null value it's not.<br>
Won't that work?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 2:22 AM, edA-qa mort-ora-y <span dir="ltr"><<a href="mailto:eda-qa@disemia.com" target="_blank">eda-qa@disemia.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 03/11/13 12:16, Henrique Santos wrote:<br>
> You could try placing a phi node at "defer_block" with incoming value<br>
> "result"<br>
> when the incoming block is "entry", and do the same for "null" and<br>
> "landing".<br>
> Then, instead of loading "result", you load the value given by the newly<br>
> created phi. That seems like the easiest solution.<br>
<br>
</div>I looked at doing this. It isn't easy however since the landingpad can<br>
be shared by several invoke points (as does the defer/following blocks).<br>
If I could figure out how to combine it together then the phi might make<br>
sense.<br>
<br>
I created the same situation in C++ and got clang to generate LLVM-IR.<br>
It appears they are using local variables (alloca) for this situation.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
edA-qa mort-ora-y<br>
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --<br>
Sign: Please digitally sign your emails.<br>
Encrypt: I'm also happy to receive encrypted mail.<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>
</div></div></blockquote></div><br></div>