search for: _unwind_sjlj_resume

...cb): undefined reference to `_Unwind_SjLj_Register' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x427): undefined reference to `_Unwind_SjLj_Unregister' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x479): undefined reference to `_Unwind_SjLj_Resume' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x71c): undefined reference to `__gxx_personality_sj0' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x73b): undefined reference to `_Unwind_SjLj_Register' C:/R-2.15.2/library/Rcpp/l...

...@@ > { > /* The default c++ routines aren't actually c++ specific, so use > those. */ > /* LLVM local begin */ > - llvm_unwind_resume_libfunc = llvm_init_one_libfunc > ( USING_SJLJ_EXCEPTIONS ? > - > "_Unwind_SjLj_Resume" > - : > "_Unwind_Resume"); > + llvm_unwind_resume_libfunc = > + llvm_init_one_libfunc(USING_SJLJ_EXCEPTIONS ? > + "_Unwind_SjLj_Resume" : > "_Unwind_Resume_or_Reth...

....cpp.obj):Type.cpp.text+0x722): undefined reference to `__gxx_personality_sj0' ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x750): undefined reference to `_Unwind_SjLj_Register' ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x848): undefined reference to `_Unwind_SjLj_Resume' ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0xa31): undefined reference to `_Unwind_SjLj_Resume' Thanks, --Samuel Crow

...all to __cxa_end_catch() invoke arm_apcscc void @__cxa_end_catch() to label %Unwind unwind label %lpad121 Something thinks that this invoke will always take the unwind path, which isn't the case, and marks the Unwind block as unreachable. As a consequence of that, the call to _Unwind_SjLj_Resume() is optimized away, and thus the function is considered to not throw in PruneEH.cpp. Very strange stuff. Thoughts on how to proceed in figuring out the root cause of what's going wrong? bool ShouldThrow; int throws() try { if (ShouldThrow) throw 7; return 123; } catch (...) {...

Hello Anton, We used the release tarball. Oh! I forgot to mention it's the version 2.5 stable release that we've been developing with. Thanks, --Sam ----- Original Message ---- > From: Anton Korobeynikov <anton at korobeynikov.info> > To: Samuel Crow <samuraileumas at yahoo.com> > Cc: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Sent: Fri,

Hello, Samuel > We used the release tarball.  Oh!  I forgot to mention it's the version 2.5 stable release that we've been developing with. Hrm, something is broken there.... Try to compile your code with -fno-exceptions then -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

...Type.cpp.text+0x722): undefined reference to `__gxx_personality_sj0' > ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x750): undefined reference to `_Unwind_SjLj_Register' > ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0x848): undefined reference to `_Unwind_SjLj_Resume' > ..\..\..\..\llvm\lib/libLLVMCore.a(Type.cpp.obj):Type.cpp.text+0xa31): undefined reference to `_Unwind_SjLj_Resume' Ah, I've re-read the whole thread and now understand the whole situation: 1. You compiled llvm (on windows, as it seems to me) with the compiler which does sjlj-sty...

...icuin.a(ucol.ao):ucol.cpp:(.text+0x72): undefined reference to `_Unwind_SjLj_Register' F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x142): undefined reference to `_Unwind_SjLj_Unregister' F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x1b6): undefined reference to `_Unwind_SjLj_Resume' F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x9bb): undefined reference to `__gxx_personality_sj0' F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0xa16): undefined reference to `_Unwind_SjLj_Register' F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x...

On Dec 10, 2007, at 11:38 AM, Duncan Sands wrote: >>> ... If you force a "cleanup" by changing the selector call to: >>> %eh_select8.i = tail call i32 (i8*, i8*, ...)* >>> @llvm.eh.selector.i32( i8* %eh_ptr.i, i8* bitcast (i32 (...)* >>> @__gxx_personality_v0 to i8*), i32 0) >>> then it doesn't work either: the unwinder observes that

...tch() > invoke arm_apcscc void @__cxa_end_catch() > to label %Unwind unwind label %lpad121 > Something thinks that this invoke will always take the unwind path, > which isn't the case, and marks the Unwind block as unreachable. As a > consequence of that, the call to _Unwind_SjLj_Resume() is optimized > away, and thus the function is considered to not throw in PruneEH.cpp. > Very strange stuff. > > Thoughts on how to proceed in figuring out the root cause of what's > going wrong? > > > bool ShouldThrow; > > int throws() > try > { > if...

Hi Dale, > No, I don't want to change the semantics of invoke, at least I don't > think so. > When inlining, I want the inlined throw to reach cleanup code as it > does. > But I want the Unwind_Resume call that ends the cleanup code to be > replaced with a control transfer to the handler (or cleanup) in the > calling > function, i.e. the inliner needs to know

...): undefined reference to `_Unwind_SjLj_Unregister' w:/R-3.5._/App/R-Portable/ICU/lib/i386/libsicuin.a(ucol.ao):ucol.cpp:(.text+0xf5): undefined reference to `_Unwind_SjLj_Unregister' w:/R-3.5._/App/R-Portable/ICU/lib/i386/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x13e): undefined reference to `_Unwind_SjLj_Resume' Thanks Andre [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png]<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Virus-free. www.avg.com<http://www.avg.com/email-signature?utm_m...