Hi James,> I get the expected output (after changing i32 @llvm.eh.selector() to i64 > llvm.eh.selector.i64())in top-of-tree, llvm.eh.selector.i64 has been removed (though bitcode will autoupgrade) and there is only i32 @llvm.eh.selector(), which is why my example was written this way. Ciao, Duncan.
2010/1/22 Duncan Sands <baldrick at free.fr>> Hi James, > > > I get the expected output (after changing i32 @llvm.eh.selector() to i64 >> llvm.eh.selector.i64()) >> > > in top-of-tree, llvm.eh.selector.i64 has been removed (though bitcode will > autoupgrade) and there is only i32 @llvm.eh.selector(), which is why my > example > was written this way. >OK. I understand. Thanks again for the help. -- James> > Ciao, > > Duncan. > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/ce3b9af1/attachment.html>
2010/1/22 James Williams <junk at giantblob.com>> > > 2010/1/22 Duncan Sands <baldrick at free.fr> > >> Hi James, >> >> >> I get the expected output (after changing i32 @llvm.eh.selector() to i64 >>> llvm.eh.selector.i64()) >>> >> >> in top-of-tree, llvm.eh.selector.i64 has been removed (though bitcode will >> autoupgrade) and there is only i32 @llvm.eh.selector(), which is why my >> example >> was written this way. >> > OK. I understand. > > Thanks again for the help. > -- James >Sorry. I think I was being very stupid. It looks like I was reading the tables wrong and the eh tables are probably actually correct for all my tests. I didn't realise the personality function went in a separate shared entry. I'm still not sure why it's not getting called by _Unwind_RaiseException but I don't think it's due to any problem with LLVM eh table output -- James> >> Ciao, >> >> Duncan. >> >> >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100122/3e0ae409/attachment.html>