search for: dontremovefileonsign

Displaying 4 results from an estimated 4 matches for "dontremovefileonsign".

Did you mean: dontremovefileonsignal
2017 Nov 09
10
Experiment on how to improve our temporary file handing.
Currently a power failure or other hard crash can cause lld leave a temporary file around. The same is true for other llvm tools. As an example, put a breakpoint in Writer.cpp:236 ("writeBuildId()") and restart the run a few times. You will get t.tmp43a735a t.tmp4deeabb t.tmp9bacdd3 t.tmpe4115c4 t.tmpeb01fff The same would happen if there was a fatal error between the
2011 Aug 21
4
[LLVMdev] Undefined references when LLVM is configured with "--host=x86_64-gnu-linux --target=x86_64-w64-mingw32"
...ic_string<char, std::char_traits<char>, std::allocator<char> >*)': Signals.cpp:(.text+0x790): 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::DontRemoveFileOnSignal(llvm::sys::Path const&)': Signals.cpp:(.text+0xad0): undefined reference to `llvm::sys::MutexImpl::acquire()' /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Threading.o):Threading.cpp:(.text+0xa8): more undefined references to `llvm::sys::MutexI...
2011 Aug 22
0
[LLVMdev] Undefined references when LLVM is configured with "--host=x86_64-gnu-linux --target=x86_64-w64-mingw32"
...har_traits<char>, std::allocator<char> >> *)': > Signals.cpp:(.text+0x790): 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::DontRemoveFileOnSignal(llvm::sys::Path > const&)': > Signals.cpp:(.text+0xad0): undefined reference to > `llvm::sys::MutexImpl::acquire()' > /home/ruben/mingw-w64/toolchain/linux64mingw64/llvm-clang/Release/lib/libLLVMSupport.a(Threading.o):Threading.cpp:(.text+0xa8): > more undefined referen...
2012 Jun 28
0
[LLVMdev] One problem to discuss
...ignalsMutex.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 when some thread runs into RunInterruptHandlers and acquire the Mutex, then it is preemptied by scheduler, and before it is reselected by scheduler, one signal is dispatche...