Displaying 2 results from an estimated 2 matches for "pr18758".
Did you mean:
pr17758
2014 Feb 06
2
[LLVMdev] Unwind behaviour in Clang/LLVM
...I).
>
Yes, I agree, I was wrong. Unwind tables are almost entirely orthogonal to
EH and Dwarf.
Thanks everyone for the enlightening responses, I'll have to digest
everything again and see if I remember any of it tomorrow... :)
I managed to get a definite step out of this (http://llvm.org/PR18758), and
I think we can safely ignore the -fexceptions flags for now.
My revised plan:
0. Get Keith's patch in to have unwinding without EH
1. Connect -funwind-tables with EHABI
2. Abstract the unwind code where both EH and the Dwarf producers can make
use of
3. Disable unwind tables if -fno-unw...
2014 Feb 06
7
[LLVMdev] Unwind behaviour in Clang/LLVM
Folks,
We're having some discussions about the behaviour of exception handling and
Dwarf sharing unwind logic, tables, etc. and it seems that the code around
it wasn't designed with any particular goal in mind, but evolved (like the
EHABI) and now we're seeing the results from it.
The problems below are assuming C vs. C++, but it actually apply to any
possibly-exceptional vs.