Displaying 3 results from an estimated 3 matches for "__gcc_personality".
2011 Jul 28
2
[LLVMdev] LLVMdev Digest, Vol 85, Issue 50
...ing", or
"controlling". I am just
suggesting to be allowed to set a break-point on some unique function.
I finally dug deeper into the issue and figured out this is actually
a problem with DWARF
encoding, or the way that type info is encoded by GCC into DWARF and
decoded by
__gcc_personality from DWARF. (there is a comment somewhere in the
LLVM documentation
that IIRC seems to imply the problem is with the Types parameters to
llvm.eh.select, but
that is incorrect, the problem is deeper than that, it is with the
underlying DWARF tables).
In short the problem is that there is an...
2011 Jul 27
0
[LLVMdev] LLVMdev Digest, Vol 85, Issue 50
On Jul 27, 2011, at 10:27 AM, Peter Lawrence wrote:
> 3.b) I have been thinking about other possible control-flow-graph invariants of the
> landingpad blocks and the catch blocks that they lead to, but so far have not come up
> with very muchl, I wonder if anyone else is thinking about this...?...
>
> for example cleanups come before __cxa_begin_catch, but it isn't clear what
2011 Jul 27
5
[LLVMdev] LLVMdev Digest, Vol 85, Issue 50
>
> What? Yet another EH proposal?! This one is different from the
> others in that
> I'm planning to start implementing this shortly. But I want your
> feedback! I've
> all ready gotten a lot of feedback from Chris, John, Jim, Eric, and
> many others.
> Now is your turn!
>
> Please read this proposal and send me your comments, suggestions,
> and