Juergen Ributzka 9bc1b73c9e Add C API for thread yielding callback. ... Sometimes a LLVM compilation may take more time then a client would like to wait for. The problem is that it is not possible to safely suspend the LLVM thread from the outside. When the timing is bad it might be possible that the LLVM thread holds a global mutex and this would block any progress in any other thread. This commit adds a new yield callback function that can be registered with a context. LLVM will try to yield by calling this callback function, but there is no guaranteed frequency. LLVM will only do so if it can guarantee that suspending the thread won't block any forward progress in other LLVM contexts in the same process. Once the client receives the call back it can suspend the thread safely and resume it at another time. Related to <rdar://problem/16728690> git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@208945 91177308-0d34-0410-b5e6-96231b3b80d8		2014-05-16 02:33:15 +00:00
..
CallGraph.cpp	[C++] Use 'nullptr'.	2014-04-28 04:05:08 +00:00
CallGraphSCCPass.cpp	Add C API for thread yielding callback.	2014-05-16 02:33:15 +00:00
CallPrinter.cpp	[PM] Split the CallGraph out from the ModulePass which creates the	2013-11-26 04:19:30 +00:00
CMakeLists.txt	Sink InlineCost.cpp into IPA -- it is now officially an interprocedural	2013-01-21 12:09:41 +00:00
FindUsedTypes.cpp	[Modules] Move InstIterator out of the Support library, where it had no	2014-03-04 10:30:26 +00:00
GlobalsModRef.cpp	Use a range loop.	2014-05-08 17:57:50 +00:00
InlineCost.cpp	[inliner] Significantly improve the compile time in cases like PR19499	2014-04-28 08:52:44 +00:00
IPA.cpp	Re-sort all of the includes with ./utils/sort_includes.py so that	2014-01-07 11:48:04 +00:00
LLVMBuild.txt	LLVMBuild: Remove trailing newline, which irked me.	2011-12-12 19:48:00 +00:00
Makefile