search for: _unwind_sjlj_register

...http://cygwin.com/cygwin-ug-net/using.html#using-pathnames C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x3ac): undefined reference to `__gxx_personality_sj0' C:/R-2.15.2/library/Rcpp/lib/i386/libRcpp.a(RObject.o):RObject.cpp:(.text+0x3cb): 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/l...

...rom. Does this mean that the LLVM libraries we're using are broken? Type.cpp ..\..\..\..\llvm\lib/libLLVMCore.a(Type.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

...-lpcre -lz -lbz2 -llzma -L"F:/R/ICU_531"/lib/x64 -lsicuin -lsicuuc -lsicudt -lstdc++ F:/R/ICU_531/lib/x64/libsicuin.a(ucol.ao):ucol.cpp:(.text+0xb): undefined reference to `__gxx_personality_sj0' F:/R/ICU_531/lib/x64/libsicuin.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+0x...

Hello Clang- and LLVM-Experts, I was not sure which list is the right one, so I tried both - sorry for any inconvenient >o< Lately I was working a lot with exceptions under Windows and especially with the Clang compiler. Out of curiosity I came along "Exception Handling in LLVM" and tried to understand the SJLJ exception handling. At first glance this made total sense to me! Store

...ble/ICU"/lib/i386 -lsicuin -lsicuuc -lsicudt -lstdc++ w:/R-3.5._/App/R-Portable/ICU/lib/i386/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x15): undefined reference to `__gxx_personality_sj0' w:/R-3.5._/App/R-Portable/ICU/lib/i386/libsicuin.a(ucol.ao):ucol.cpp:(.text+0x2b): undefined reference to `_Unwind_SjLj_Register' w:/R-3.5._/App/R-Portable/ICU/lib/i386/libsicuin.a(ucol.ao):ucol.cpp:(.text+0xde): 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-Porta...

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

...n that the LLVM libraries we're using are broken? > > Type.cpp > ..\..\..\..\llvm\lib/libLLVMCore.a(Type.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' Ah, I've re-read the whole thread and no...

On Sun, Dec 18, 2016 at 11:58 PM, Jonas Maebe <jonas-devlists at watlock.be> wrote: > > Actually, there's another —even more fundamental— problem: the longjmp > will always restore the non-volatile registers to the contents they had > at the start of the try-block, which is not what LLVM expects when > entering an SEH-based landing pad. > The SjLjEHPrepare pass tries