Displaying 2 results from an estimated 2 matches for "catchhigh".
2015 May 13
2
[LLVMdev] [WinEH] A hiccup for the Windows C++ exception handling
...// EH state = 0
try {
// EH state = 1
throw 1;
} catch(...) {
// EH state = 2
throw;
}
// EH state = 0
} catch (...) {
// EH state = 3
}
// EH state = -1
}
That would give us the following try map entries:
Inner catch { TryLow = 1, TryHigh = 1, CatchHigh = 2 }
Outer catch { TryLow = 0, TryHigh = 2, CatchHigh = 3 }
Unfortunately, we can't deduce this from the IR because the outer catch handler is only ever seen to catch exceptions from within the inner catch. So we end up producing a try map like this. (Even this requires a small patch to the...
2015 Apr 10
3
[LLVMdev] [WinEH] Cloning blocks that reference non-cloned PHI nodes
Hi Reid and David,
I just wanted to give you a heads up that I'm currently working on a problem where the WinEHPrepare outlining code stumbles and asserts while cloning code that references extracted landing pad values via PHI nodes that are in intermediate blocks that aren't being cloned. The test I'm looking at fails with an assertion claiming that llvm.eh.begincatch was called