Leny Kholodov 479dc2c0fe [Support] Lazy load of dbghlp.dll on Windows ... This patch changes linkage with dbghlp.dll for clang from static (at load time) to on demand (at the first use of required functions). Clang uses dbghlp.dll only in minor use-cases. First of all in case of crash and in case of plugin load. The dbghlp.dll library can be absent on system. In this case clang will fail to load. With lazy load of dbghlp.dll clang can work even if dbghlp.dll is not available. Differential Revision: http://reviews.llvm.org/D10737 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@241271 91177308-0d34-0410-b5e6-96231b3b80d8		2015-07-02 14:34:57 +00:00
..
COM.inc	Make an RAII com initializer.	2015-04-27 17:19:26 +00:00
DynamicLibrary.inc	[Support] Lazy load of dbghlp.dll on Windows	2015-07-02 14:34:57 +00:00
explicit_symbols.inc	[Cygming] Seek also chkstk_ms, or JIT fails with DLL builds. It is fixup for r227519.	2015-01-30 13:01:19 +00:00
Host.inc	Windows/Host.inc: Reformat the header to fit 80-col.	2014-09-24 04:45:14 +00:00
Memory.inc	[Support] Fix a race initializing a static local in MSVC	2015-06-11 22:22:45 +00:00
Mutex.inc	Rename Windows.h to WindowsSupport.h to avoid ambiguity	2014-02-12 21:26:20 +00:00
Path.inc	Replace windows_error calls with mapWindowsError.	2015-05-04 04:48:10 +00:00
Process.inc	Replace windows_error calls with mapWindowsError.	2015-05-04 04:48:10 +00:00
Program.inc	Don't use std::errc.	2015-06-13 17:23:04 +00:00
RWMutex.inc	PR21202: Memory leak in Windows RWMutexImpl when using SRWLOCK	2014-10-21 00:34:39 +00:00
Signals.inc	[Support] Lazy load of dbghlp.dll on Windows	2015-07-02 14:34:57 +00:00
ThreadLocal.inc	ThreadLocal: Return a mutable pointer if templated with a non-const type	2014-12-15 01:04:45 +00:00
TimeValue.inc	Fix lib\support\Windows/TimeValue.inc(48): warning C4189:	2015-04-15 07:45:52 +00:00
Watchdog.inc	Add a new watchdog timer interface. The interface does not permit handling timeouts, so	2013-03-26 01:27:52 +00:00
WindowsSupport.h	Removing LLVM_EXPLICIT, as MSVC 2012 was the last reason for requiring the macro. NFC; LLVM edition.	2015-02-15 22:00:20 +00:00