Displaying 3 results from an estimated 3 matches for "2106_2".
2010 Dec 02
2
[LLVMdev] Alternative exception handling proposal
...ypeid
br i1 %0, label %"<L2>", label %"<bb 5>"
"<bb 5>": ; preds = %"<L1>"
unwind
"<L2>": ; preds = %"<L1>"
%D.2106_2 = tail call i8* @__cxa_begin_catch(i8* %exc_ptr) nounwind
tail call void @__cxa_end_catch() nounwind
ret void
return: ; preds = %entry
ret void
}
Here is the LLVM IR when you inline "b" into "c" according to the rules I
state...
2010 Dec 01
0
[LLVMdev] Alternative exception handling proposal
On Dec 1, 2010, at 1:37 PM, Duncan Sands wrote:
> Inlining
> --------
>
> Many a plausible seeming exception handling scheme has fallen by the way-side
> because it interacts poorly with inlining.
>
> Here is how inlining would work with this scheme. It's pretty close to how
> it works right now. Suppose you have
>
> invoke void @foo()
> to
2010 Dec 01
8
[LLVMdev] Alternative exception handling proposal
Here is an alternative proposal to Bill's. It is closer to what we already
have (which can be seen as a good or a bad thing!), and is also closer to
what gcc does. It is more incremental than Bill's and introduces fewer
new concepts.
Executive summary
-----------------
Remove the personality and list of catches out of eh.selector and stick them
directly on invoke instructions.
The