Displaying 3 results from an estimated 3 matches for "ecd3bfb9".
2010 Dec 01
1
[LLVMdev] RFC: Exception Handling Proposal Revised
...r of having the catch handlers jumping to the finally block. In other words, I don't suspect that we need a different mechanism to handle this.
-bw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101201/ecd3bfb9/attachment.html>
2010 Dec 01
0
[LLVMdev] RFC: Exception Handling Proposal Revised
On 1 December 2010 09:46, Bill Wendling <wendling at apple.com> wrote:
> Nor these. Basically, I want the basic block that's labeled a "landing pad" to be jumped to by only a dispatch resume or unwind edge of invoke. We could do this with the c.dtor and ch.int here, but it would mean inserting useless "cleanup dispatches" that only resume to the block (see
2010 Dec 01
4
[LLVMdev] RFC: Exception Handling Proposal Revised
On Dec 1, 2010, at 1:12 AM, Renato Golin wrote:
> On 1 December 2010 07:04, Bill Wendling <wendling at apple.com> wrote:
>> 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