Displaying 8 results from an estimated 8 matches for "leaf_exception_person".
2013 Nov 09
4
[LLVMdev] Error "Cannot emit physreg copy instruction"
...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**)...
2013 Nov 09
0
[LLVMdev] Error "Cannot emit physreg copy instruction"
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:
%l...
2013 Oct 18
0
[LLVMdev] post-link Dwarf information appears wrong, works in JIT
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
2013 Mar 31
2
[LLVMdev] landingpad catch types not making it to Dwarf tables
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 Ex...
2013 Oct 18
2
[LLVMdev] post-link Dwarf information appears wrong, works in JIT
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
2013 Apr 11
0
[LLVMdev] object file/linking is missing my exception handlers
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
2013 Mar 30
1
[LLVMdev] SmallVectorTemplateCommon assertion failed
...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...
2013 Apr 11
4
[LLVMdev] object file/linking is missing my exception handlers
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