search for: leaf_exception_personality

...ceive encrypted mail. -------------- next part -------------- ; ModuleID = 'test' %0 = type { i64, void (i8*)*, i1 (i8*)*, i8*, i8* } %junk__range_iter = type { i1 (i8*)* } @junk__construct_range_iter = global void (i8*)* undef @junk__get_args = internal global i8* ()* undef declare i64 @leaf_exception_personality(i64, i32, i64, i8*, i8*) declare i8* @count_malloc(i64) declare void @_void_destructor(i8*) declare void @leaf_rethrow(i8*) ; Function Attrs: uwtable define internal void @_release_Au32a(i8**) #0 { entry: ret void } ; Function Attrs: uwtable define internal void @_release_C0PpRbrc(%0**) #0 {...

I've reduced the example down to a minimum. The error is quite perplexing since the IR appears fine. It is a nonsensical infinite loop now, but that shouldn't be a problem. declare i64 @leaf_exception_personality(i64, i32, i64, i8*, i8*) declare i8* @count_malloc(i64) define internal i8 @junk___init_module_get_args_3() #0 { entry: %_exception = alloca { i8*, i64 } %ignore0 = invoke i8* @count_malloc(i64 10) to label %loop_cond_7 unwind label %defer_error_land_4 defer_error_land_4: %lpres...

On Oct 17, 2013, at 7:24 PM, edA-qa mort-ora-y <eda-qa at disemia.com> wrote: > On 17/10/13 23:57, Bill Wendling wrote: >> There shouldn't be any special linker flags you need to use. If >> you're getting segfaults, it's probably trying to access the data at >> an invalid location or something. Make sure that your EH table is >> properly aligned. You

I am having some trouble getting my catch clauses to appear as expected in the dwarf exception tables. I have an instruction like this: %0 = landingpad i64 personality i32 (i32, i32, i64, i8*, i8*)* @leaf_exception_personality catch i8* inttoptr (i64 987 to i8*) catch i8* inttoptr (i64 2453 to i8*) In my exception handler I walk through the records. I always get the correct count, but I type_table information isn't communicated: both of these records give me a type_offset of 1 (to use the Excepti...

On 17/10/13 23:57, Bill Wendling wrote: > There shouldn't be any special linker flags you need to use. If > you're getting segfaults, it's probably trying to access the data at > an invalid location or something. Make sure that your EH table is > properly aligned. You might want to hand calculate the values to make > sure that they're correct. What platform are you

Hi, On 11/04/13 06:06, edA-qa mort-ora-y wrote: > I have some exception handling which works fine using the JIT. Now I am > producing object files and linking them, but the exception handling > tables seem to be missing. I call _Unwind_RaiseException and get > _URC_END_OF_STACK as a result. you will get this if no catch clauses match (eg because there are no catch clauses, perhaps

...n<llvm::EVT>::operator[](unsigned int): Assertion `begin() + idx < end()' failed. Stack dump: 0. Running pass 'X86 DAG->DAG Instruction Selection' on function '@_wrapped_entry' This is coming from the execution engine. The code which produces this is: declare i32 @leaf_exception_personality(i32, i32, i64, i8*, i8*) define void @_wrapped_entry() { entry: invoke void @_entry() to label %end unwind label %catch catch: ; preds = %entry landingpad void personality i32 (i32, i32, i64, i8*, i8*)* @leaf_exception_personality...

I have some exception handling which works fine using the JIT. Now I am producing object files and linking them, but the exception handling tables seem to be missing. I call _Unwind_RaiseException and get _URC_END_OF_STACK as a result. I produce my object file using TargetMachine::addPassesToEmitFile and then I link my resulting files with: gcc -o prog input.o -fexceptions I'm sure I'm