bcm5719-llvm - Project Ortega BCM5719 LLVM

	Commit message (Collapse)	Author	Age	Files	Lines
*	Remove support for unsupported MSVC versions	JF Bastien	2019-08-02	1	-6/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	Re-land r367727 with the #if fixed. Reviewers: rnk, lebedev.ri Subscribers: hiraditya, jkorous, dexonsmith, lebedev.ri, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D65662 llvm-svn: 367734
*	Revert "Remove support for unsupported MSVC versions"	JF Bastien	2019-08-02	1	-0/+6
\| \| \| \| \| \|	Mismatched preprocessor, I'll fix in a follow-up. llvm-svn: 367728
*	Remove support for unsupported MSVC versions	JF Bastien	2019-08-02	1	-6/+0
\| \| \| \| \| \| \| \| \| \| \| \|	Reviewers: rnk, lebedev.ri Subscribers: hiraditya, jkorous, dexonsmith, lebedev.ri, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D65662 llvm-svn: 367727
*	[Cygming] Seek also chkstk_ms, or JIT fails with DLL builds. It is fixup for ↵	NAKAMURA Takumi	2015-01-30	1	-0/+6
\| \| \| \| \| \|	r227519. llvm-svn: 227574
*	SearchForAddressOfSymbol(): Disable 3 symbols, copysignf, fminf, and fmaxf, ↵	NAKAMURA Takumi	2014-11-14	1	-1/+1
\| \| \| \| \| \|	on msc17. These were added in VS 2013 llvm-svn: 221971
*	Fix the VS 2012 build	Reid Kleckner	2014-11-13	1	-5/+7
\| \| \| \| \| \|	VS 2012 doesn't have fminf or fmaxf. llvm-svn: 221949
*	Fix symbol resolution of floating point libc builtins in MCJIT	Reid Kleckner	2014-11-13	1	-0/+28
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Fix for LLI failure on Windows\X86: http://llvm.org/PR5053 LLI.exe crashes on Windows\X86 when single precession floating point intrinsics like the following are used: acos, asin, atan, atan2, ceil, copysign, cos, cosh, exp, floor, fmin, fmax, fmod, log, pow, sin, sinh, sqrt, tan, tanh The above intrinsics are defined as inline-expansions in math.h, and are not exported by msvcr120.dll (Win32 API GetProcAddress returns null). For an FREM instruction, the JIT compiler generates a call to a stub for the fmodf() intrinsic, and adds a relocation to fixup at load time. The loader searches the libraries for the function, but fails because the symbol is not exported. So, the call target remains NULL and the execution crashes. Since the math functions are loaded at JIT/runtime, the JIT can patch CALL instruction directly instead of the searching the libraries' exported symbols. However, this fix caused build failures due to unresolved symbols like _fmodf at link time. Therefore, the current fix defines helper functions in the Runtime link/load library to perform the above operations. The address of these helper functions are used to patch up the CALL instruction at load time. Reviewers: lhames, rnk Reviewed By: rnk Differential Revision: http://reviews.llvm.org/D5387 Patch by Swaroop Sridhar! llvm-svn: 221947
*	Windows/DynamicLibrary.inc: Fix trivial warnings. Thanks to John Myers!	NAKAMURA Takumi	2011-07-09	1	-2/+2
\| \| \| \|	llvm-svn: 134812
*	Windows/DynamicLibrary.inc: Split explicit symbols into explicit_symbols.inc.	NAKAMURA Takumi	2011-02-05	1	-0/+66
	config.h.* have conditions whether each symbol is defined or not. Autoconf and CMake may check symbols in libgcc.a for JIT on Mingw. llvm-svn: 124950