Displaying 3 results from an estimated 3 matches for "e1f5115d".
2010 Dec 01
0
[LLVMdev] RFC: Exception Handling Proposal Revised
Hi Bill,
> General Model
> =============
>
> The unwind edge from an invoke instruction jumps to a landing pad. That landing pad contains code which performs optional cleanups, and then determines which catch handler to call (if any). If no catch handlers are applicable, the exception resumes propagation either to the next enclosing region or out of the function.
I was immediately
2010 Dec 01
2
[LLVMdev] RFC: Exception Handling Proposal Revised
...ructor for "a" is run
> before branching to the handler.
>
Correct. How is this a contradiction of what I wrote? I'm confused.
-bw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101201/e1f5115d/attachment.html>
2010 Dec 01
10
[LLVMdev] RFC: Exception Handling Proposal Revised
This is a revision of the second exception handling proposal I sent out. You can see it here:
http://lists.cs.uiuc.edu/pipermail/llvmdev/2010-November/036484.html
After much discussion, there are some changes to the proposal – some significant and some minor. One major point, this proposal does not address the issue of catching an exception thrown from a non-invoke instruction. However if done