search for: runinterrupthandl

...hris someone should be the right person. In llvm-3.1.src/lib/support/unix/Signals.inc, in SignalHandler, we have: static RETSIGTYPE SignalHandler(int Sig) { ... SignalsMutex.acquire(); RemoveFilesToRemove(); ... } We can also find following code snippet in the same file: void llvm::sys::RunInterruptHandlers() { SignalsMutex.acquire(); RemoveFilesToRemove(); SignalsMutex.release(); } Similarly, there are SetInterruptFunction, RemoveFileOnSignal, DontRemoveFileOnSignal I am afraid there is deadlock risk if llvm running in multithread mode, the case it is designed to safeguard. Suppose, say w...

...successfully compile, but on Mac OS X v10.5 ppc host this is what I get: $ Debug+Asserts/bin/clang -ccc-host-triple stm8-unknown-elf ../hello.c -S -o ../hello.s 0 clang 0x0168c4f0 llvm::SearchForAddressOfSpecialSymbol(char const*) + 448 1 clang 0x0168cc8c llvm::sys::RunInterruptHandlers() + 456 2 libSystem.B.dylib 0x9422d9fc _sigtramp + 68 3 clang 0x0159692c std::_Rb_tree<void const*, std::pair<void const* const, llvm::Pass*>, std::_Select1st<std::pair<void const* const, llvm::Pass*> >, std::less<void const*>, std::allocator<std...

...lvm-clang/Release/lib/libLLVMSupport.a(Signals.o): In function `SignalHandler(int)': Signals.cpp:(.text+0x4d8): undefined reference to `llvm::sys::MutexImpl::acquire()' /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Signals.o): In function `llvm::sys::RunInterruptHandlers()': Signals.cpp:(.text+0x600): undefined reference to `llvm::sys::MutexImpl::acquire()' /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Signals.o): In function `llvm::sys::SetInterruptFunction(void (*)())': Signals.cpp:(.text+0x6c8): undefined r...

...LLVMSupport.a(Signals.o): > In function `SignalHandler(int)': > Signals.cpp:(.text+0x4d8): undefined reference to > `llvm::sys::MutexImpl::acquire()' > /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Signals.o): > In function `llvm::sys::RunInterruptHandlers()': > Signals.cpp:(.text+0x600): undefined reference to > `llvm::sys::MutexImpl::acquire()' > /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Signals.o): > In function `llvm::sys::SetInterruptFunction(void (*)())': > Signals.cpp:(...

...ut on Mac OS X v10.5 ppc host this is what I get: > > $ Debug+Asserts/bin/clang -ccc-host-triple stm8-unknown-elf ../hello.c > -S -o ../hello.s > 0  clang             0x0168c4f0 > llvm::SearchForAddressOfSpecialSymbol(char const*) + 448 > 1  clang             0x0168cc8c llvm::sys::RunInterruptHandlers() + 456 > 2  libSystem.B.dylib 0x9422d9fc _sigtramp + 68 > 3  clang             0x0159692c std::_Rb_tree<void const*, > std::pair<void const* const, llvm::Pass*>, > std::_Select1st<std::pair<void const* const, llvm::Pass*> >, > std::less<void const*>, st...

On 4/4/2011 6:26 PM, George Baah wrote: > Hi Everyone, > I am trying to construct the print statement : printf("value:%d\n", > value); > This is my llvm code. It is seg faulting at > builder.CreateGlobalStringPtr(str,""). This might be easier to debug with a stack trace. Use a debugger to see the call stack when the segfault occurs. Also try to isolate

Hi Everyone, I am trying to construct the print statement : printf("value:%d\n", value); This is my llvm code. It is seg faulting at builder.CreateGlobalStringPtr(str,""). Thanks. George vector<const Type *> params; params.push_back(Type::getInt8PtrTy(M.getContext())); FunctionType *fType = FunctionType::get(Type::getInt32Ty(M.getContext()), params, true); Constant

...ngEPKcRKNS_5TwineE Referenced from: /Users/georgebaah/llvm_dir/llvm-2.8/Debug+Asserts/lib/LLVMArrayBoundsCheck.dylib Expected in: flat namespace 0 opt 0x0045e01c llvm::SearchForAddressOfSpecialSymbol(char const*) + 284 1 opt 0x0045e61e llvm::sys::RunInterruptHandlers() + 354 2 libSystem.B.dylib 0x93bcb2bb _sigtramp + 43 3 libSystem.B.dylib 0xffffffff _sigtramp + 1816350063 4 libSystem.B.dylib 0x8fe18c2f _sigtramp + 18446744073644857759 5 LLVMArrayBoundsCheck.dylib 0x0102c9df 6 LLVMArrayBoundsCheck.dylib 0x0102ca95 7 LLVMArray...