llvm-project/llvm/test/CodeGen/WinEH
David Majnemer 784d4a455b Revert r258580 and r258581.
Those commits created an artificial edge from a cleanup to a synthesized
catchswitch in order to get the MSVC personality routine to execute
cleanups which don't cleanupret and are not wrapped by a catchswitch.

This worked well enough but is not a complete solution in situations
where there the cleanup infinite loops.

However, the real deal breaker behind this approach comes about from a
degenerate case where the cleanup is post-dominated by unreachable *and*
throws an exception.  This ends poorly because the catchswitch will
inadvertently catch the exception.

Because of this we should go back to our previous behavior of not
executing certain cleanups (identical behavior with the Itanium ABI
implementation in clang, GCC and ICC).

N.B. I think this could be salvaged by making the catchpad rethrow the
exception and properly transforming throwing calls in the cleanup into
invokes.

llvm-svn: 259338
2016-02-01 03:29:38 +00:00
..
lit.local.cfg
wineh-cloning.ll Revert r258580 and r258581. 2016-02-01 03:29:38 +00:00
wineh-demotion.ll Revert r258580 and r258581. 2016-02-01 03:29:38 +00:00
wineh-intrinsics-invalid.ll [WinEH] Add llvm.eh.exceptionpointer intrinsic 2015-09-03 09:15:32 +00:00
wineh-intrinsics.ll [IR] Reformulate LLVM's EH funclet IR 2015-12-12 05:38:55 +00:00
wineh-no-demotion.ll Revert r258580 and r258581. 2016-02-01 03:29:38 +00:00
wineh-statenumbering-cleanups.ll [WinEH] Don't perform state stores in cleanups 2016-01-29 05:33:15 +00:00
wineh-statenumbering.ll [WinEH] Don't perform state stores in cleanups 2016-01-29 05:33:15 +00:00