llvm-6502

mirror of https://github.com/c64scene-ar/llvm-6502.git synced 2025-01-22 10:33:23 +00:00

History

Bill Wendling 2ad4aca8b2 If we mark clean-ups as clean-ups, then it could break when inlining through an

'invoke' instruction. You will get a situation like this:

bb:
  %ehptr = eh.exception()
  %sel = eh.selector(%ehptr, @per, 0);

...

bb2:
  invoke _Unwind_Resume_or_Rethrow(%ehptr) %normal unwind to %lpad

lpad:
  ...

The unwinder will see the %sel call as a clean-up and, if it doesn't have a
catch further up the call stack, it will skip running it. But there *is* another
catch up the stack -- the catch for the %lpad. However, we can't see that. This
is fixed in code-gen, where we detect this situation, and convert the "clean-up"
selector call into a "catch-all" selector call. This gives us the correct
semantics.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@99671 91177308-0d34-0410-b5e6-96231b3b80d8

2010-03-26 23:41:30 +00:00

Analysis

rename pred_const_iterator to const_pred_iterator for consistency's sake

2010-03-25 23:25:28 +00:00

Archive

From PR6228:

2010-02-04 06:19:43 +00:00

AsmParser

Introduce isOpaqueTy and use it rather than isa<OpaqueType>. Also, move some

2010-02-16 14:50:09 +00:00

Bitcode

Finally land the InvokeInst operand reordering.