[analyzer] Simplify GetReceiverType function in BasicObjCFoundationChecks.cpp; no functionality change.

llvm-svn: 124157

Use two opcode tables g_arm_opcodes and g_thumb_opcodes, instead of lumping arm and thumb opcodes together.

llvm-svn: 124156

contained a valid object pointer.

llvm-svn: 124155

llvm-svn: 124154

llvm-svn: 124153

which has been corrected in the subsequent errata.

llvm-svn: 124152

llvm-svn: 124151

llvm-svn: 124150

i.e., pushing one register onto the full descending stacks.

llvm-svn: 124149

llvm-svn: 124148

llvm-svn: 124147

llvm-svn: 124146

[AVX] Add type checking support for vector/subvector type constraints.
This will be used to check patterns referencing a forthcoming
INSERT_SUBVECTOR SDNode.  INSERT_SUBVECTOR in turn is very useful for
matching to VINSERTF128 instructions and complements the already
existing EXTRACT_SUBVECTOR SDNode.

llvm-svn: 124145

llvm-svn: 124144

llvm-svn: 124143

llvm-svn: 124142

llvm-svn: 124141

Plus add an extra field ARMInstrSize to the table entry type 'ARMOpcode'.

llvm-svn: 124140

llvm-svn: 124139

llvm-svn: 124138

rdar://problem/8893967

llvm-svn: 124137

as useful in a templated context as it is without templates. Fixes PR8755!

llvm-svn: 124136

Wennborg! Fixes PR8295.

llvm-svn: 124135

with BasicAA's DecomposeGEPExpression, which recently began
using a TargetData. This fixes PR8968, though the testcase
is awkward to reduce.

Also, update several off GetUnderlyingObject's users
which happen to have a TargetData handy to pass it in.

llvm-svn: 124134

clang_getDeclObjCTypeEncoding(); use ASTContext's methods instead,
which will (lazily) create the type as needed. Otherwise, we can end
up with null QualTypes.

llvm-svn: 124133

llvm-svn: 124132

llvm-svn: 124131

llvm-svn: 124130

llvm-svn: 124129

* If the name is a single string, we remove the quotes
* If the name starts without a quote, we include any quotes in the name

llvm-svn: 124127

llvm-svn: 124126

llvm-svn: 124125

llvm-svn: 124124

llvm-svn: 124123

llvm-svn: 124122

implementation used by overload resolution to support rvalue
references. The original commits caused PR9026 and some
hard-to-reproduce self-host breakage.

The only (crucial!) difference between this commit and the previous
commits is that we now properly check the SuppressUserConversions flag
before attempting to perform a second user-defined conversion in
reference binding, breaking the infinite recursion chain of
user-defined conversions.

Rvalue references should be working a bit better now.

llvm-svn: 124121

llvm-svn: 124120

Check whether DependentScopeDeclRefExpr's NestedNameSpecifier exists before accessing it, both for consistency (see StmtPrinter::VisitDeclRefExpr()) and for other use cases of dependent types.

llvm-svn: 124119

llvm-svn: 124118

it to interpret a "this" variable that was merely
a pointer -- that is, not a class pointer -- as
meaning that the current context was inside a C++
method.  This bug would prevent expressions from
evaluating correctly in regular C code if there
was a pointer variable named "this" in scope.

llvm-svn: 124117