Displaying 5 results from an estimated 5 matches for "_gcc_personality_v0".
Did you mean:
gcc_personality_v0
2010 Jan 22
6
[LLVMdev] Exception handling question
...C_CONTINUE_UNWIND (8), it should still be called.
Your results are acting like either dwarf exception header info is not emitted (llvm::DwarfExceptionHandling = true;
not executed could affect this), _Unwind_RaiseException(...) is not being called, or the default or another personality
function (_gcc_personality_v0(...)) is called instead by the unwind infrastructure. Although you implied you
dumped the exception headers and found your personality function, I can if you wish instead given you breaks for
gbd so you can see if lvm.eh.selector is correctly prepping your personality function for eventual dwarf...
2010 Jan 22
0
[LLVMdev] Exception handling question
...ould still be
> called.
> Your results are acting like either dwarf exception header info is not
> emitted (llvm::DwarfExceptionHandling = true;
> not executed could affect this), _Unwind_RaiseException(...) is not being
> called, or the default or another personality
> function (_gcc_personality_v0(...)) is called instead by the
> unwind infrastructure. Although you implied you
> dumped the exception headers and found your personality function, I can if
> you wish instead given you breaks for
> gbd so you can see if lvm.eh.selector is correctly prepping your
> personality funct...
2010 Jan 22
0
[LLVMdev] Exception handling question
2010/1/22 Duncan Sands <baldrick at free.fr>
> Hi Garrison,
>
>
> %7 = invoke i8* (...)* bitcast (i32 (%struct._Unwind_Exception*)*
>> @_Unwind_RaiseException to i8* (...)*)(i64* %6)
>> to label %8 unwind label %.finally_pad ; <i8*> [#uses=0]
>>
>> I am not sure this is going to work, at least from the way I've played
>> with
2010 Jan 22
0
[LLVMdev] Exception handling question
...ould still be
> called.
> Your results are acting like either dwarf exception header info is not
> emitted (llvm::DwarfExceptionHandling = true;
> not executed could affect this), _Unwind_RaiseException(...) is not being
> called, or the default or another personality
> function (_gcc_personality_v0(...)) is called instead by the
> unwind infrastructure. Although you implied you
> dumped the exception headers and found your personality function, I can if
> you wish instead given you breaks for
> gbd so you can see if lvm.eh.selector is correctly prepping your
> personality funct...
2010 Jan 22
4
[LLVMdev] Exception handling question
Hi Garrison,
> %7 = invoke i8* (...)* bitcast (i32 (%struct._Unwind_Exception*)*
> @_Unwind_RaiseException to i8* (...)*)(i64* %6)
> to label %8 unwind label %.finally_pad ; <i8*> [#uses=0]
>
> I am not sure this is going to work, at least from the way I've played
> with the system.
> In my examples the _Unwind_RaiseException(...) is called from a