Displaying 3 results from an estimated 3 matches for "getexceptionpointers".
2015 May 18
4
[LLVMdev] RFC: New EH representation for MSVC compatibility
...he function it calls, right?
I'm speaking from the point of view of an implementor of a new programming language who wants to interoperate with C++. I've already got code that can decode the Microsoft RTTI info coming from C++ exceptions, and the pointers to those can be extracted with SEH GetExceptionPointers, etc. To support catching exceptions in my language, or at least calling cleanups while unwinding, I really don't care about the C++ personality function. After all my language might not even have the concept of (nested) try/catch blocks. The custom personality function does have to be supplied...
2015 May 18
2
[LLVMdev] RFC: New EH representation for MSVC compatibility
...ght?
>
> I'm speaking from the point of view of an implementor of a new programming
> language who wants to interoperate with C++. I've already got code that can
> decode the Microsoft RTTI info coming from C++ exceptions, and the pointers
> to those can be extracted with SEH GetExceptionPointers, etc. To support
> catching exceptions in my language, or at least calling cleanups while
> unwinding, I really don't care about the C++ personality function. After
> all my language might not even have the concept of (nested) try/catch
> blocks. The custom personality function does...
2015 May 15
8
[LLVMdev] RFC: New EH representation for MSVC compatibility
After a long tale of sorrow and woe, my colleagues and I stand here before
you defeated. The Itanium EH representation is not amenable to implementing
MSVC-compatible exceptions. We need a new representation that preserves
information about how try-catch blocks are nested.
WinEH background
-------------------------------
Skip this if you already know a lot about Windows exceptions. On Windows,