search for: _unwind

...of the call frame, I don't know if the table of offsets from the call frame to the stack roots would be reliable, since I imagine things might shift around during code generation. The stack root offsets are computed during code generation. You ought not be concerned about it. > The various _Unwind functions give me the IP and the function start, but not the address of the call frame. There is an ability to get the value of any arbitrary register, but I don't know which register contains what I would need Then you should look it up. > Another problem with the _Unwind functions is tha...

...y of exception types - in other words, will it still be true that the exception types are opaque identifiers, and are only interpreted by the personality function? Since my object representations are not C++-like, I am not using any of the cxa_* C++ library functions. Instead, my code calls the _Unwind functions directly, and I have my own personality function (which can be viewed here: http://code.google.com/p/tart/source/browse/trunk/runtime/lib/tart_eh_personality.c) My compiler generates the list of filter parameters as pointers to Type objects. In the personality function, it examines e...

...Handling" document) without being tied to any specific exception format (EH tables, DWARF, etc.), 3. hold off the generation of metadata as late as possible during code generation, and 4. use the `unwind' instruction to throw or rethrow instead of a call to `_Unwind_Resume_or_Rethrow'. To achieve these goals, we'll need these new llvm instructions and intrinsics. New Intrinsics -------------- llvm.eh.filter: First the intrinsics. The first one is similar to Duncan's idea of a filter intrinsic. In fact, it's named the same. ;-)...