bcm5719-llvm - Project Ortega BCM5719 LLVM

	Commit message (Collapse)	Author	Age	Files	Lines
*	Permit ABIs where the caller extends the result (test change).	Tim Northover	2013-02-07	1	-1/+1
\| \| \| \| \| \| \| \| \|	This test was written to make sure something sane is generated, not to test any ABI's signedness semantics. This should allow the test to pass if AArch64 is the default target. llvm-svn: 174618
*	Change the representation of builtin functions in the AST	Eli Friedman	2012-08-31	1	-12/+0
\| \| \| \| \| \| \| \| \|	(__builtin_* etc.) so that it isn't possible to take their address. Specifically, introduce a new type to represent a reference to a builtin function, and a new cast kind to convert it to a function pointer in the operand of a call. Fixes PR13195. llvm-svn: 162962
*	When extracting the callee declaration from a call expression, be sure	Douglas Gregor	2011-09-06	1	-0/+12
\| \| \| \| \| \| \| \| \| \|	to look through SubstNonTypeTemplateParmExprs. Then, update the IR generation of CallExprs to actually use CallExpr::getCalleeDecl() rather than attempting to mimick its behavior (badly). Fixes <rdar://problem/10063539>. llvm-svn: 139185
*	In C++, if the user redeclares a builtin function with a type that is	Douglas Gregor	2010-12-21	1	-0/+9
	inconsistent with the type that the builtin should have, forget about the builtin altogether: we don't want subsequence analyses, CodeGen, etc., to think that we have a proper builtin function. C is protected from errors here because it allows one to use a library builtin without having a declaration, and detects inconsistent (re-)declarations of builtins during declaration merging. C++ was unprotected, and therefore would crash. Fixes PR8839. llvm-svn: 122351