No functional change.

llvm-svn: 124257

llvm-svn: 124256

lvalues, nor can one take the address of an xvalue, by adding
appropriate static_cast's (in the first case) and a temporary (in the
second case).

llvm-svn: 124255

Update emulate_sub_sp_imm to handle Encoding T1.

llvm-svn: 124253

llvm-svn: 124252

llvm-svn: 124251

llvm-svn: 124250

llvm-svn: 124249

Update emulate_sub_sp_imm to handle Encoding T2 & T3.

llvm-svn: 124248

llvm-svn: 124247

llvm-svn: 124245

llvm-svn: 124244

llvm-svn: 124243

Change error "function cannot return array type" -> "blocks cannot return array type" when blocks are involved.
Addresses rdar://8876238.

llvm-svn: 124242

workaround relied on rvalue references binding to non-function
lvalues, while the original formulation (with std::forward) does the
right thing.

llvm-svn: 124241

With the current target revision of Clang libclangChecker no longer exists and
is not needed.  Update the include path so we can get at ARM_DWARF_Registers.h
and friends.

llvm-svn: 124240

contents, with the additional warning flag (and still marked XFAIL).

llvm-svn: 124239

handling all CFGElement kinds.  While writing
the test case, it turned out that return-noreturn.cpp
wasn't actually testing anything since it has the wrong -W
flag.  That uncovered another regression with
the handling of destructors marked noreturn.  WIP.

llvm-svn: 124238

to an operation to adjust the stack pointer (allocate space for local storage).

llvm-svn: 124237

for reference binding (C++ [over.rank.ics]p3b1sb4), so that we prefer
the binding of an lvalue reference to a function lvalue over the
binding of an rvalue reference. This change resolves the ambiguity
with std::forward and lvalue references to function types in a way
that seems consistent with the original rvalue references proposal.

My proposed wording for this change is shown in
isBetterReferenceBindingKind(); we'll try to get this change adopted
in the C++0x working paper as well.

llvm-svn: 124236

llvm-svn: 124235

[AVX] Fix a typo in the extract subvector type constraints to specify
the correct number of operands.

llvm-svn: 124234

llvm-svn: 124233

Removed incorrect enumeration from switch.

llvm-svn: 124232

Fixed bug reported by Ken Ryall.

llvm-svn: 124231

appropriately so that it prints out the decimal representation.

llvm-svn: 124230

encoding. It's up to the individual back-ends to convert it to their preferred
representation when printing.

llvm-svn: 124229

about them yet.  Fixes crash reported in PR 9049.

llvm-svn: 124228

llvm-svn: 124227

authors to write 

  class __attribute__((forbid_temporaries)) Name { ... };

when they want to force users to name all variables of the type. This protects
people from doing things like creating a scoped_lock that only lives for a
single statement instead of an entire scope.

The warning produced by this attribute can be disabled by
-Wno-forbid-temporaries.

llvm-svn: 124217

(C++0x [over.ics.rank]p3) when one binding is an lvalue reference and
the other is an rvalue reference that binds to an rvalue. In
particular, we were using the predict "is an rvalue reference" rather
than "is an rvalue reference that binds to an rvalue", which was
incorrect in the one case where an rvalue reference can bind to an
lvalue: function references.

This particular issue cropped up with std::forward, where Clang was
picking an std::forward overload while forwarding an (lvalue)
reference to a function. However (and unfortunately!), the right
answer for this code is that the call to std::forward is
ambiguous. Clang now gets that right, but we need to revisit the
std::forward implementation in libc++.

llvm-svn: 124216

by ExplodedNodes.  This leads to about a 4-8%
reduction in memory footprint when analyzing
functions in sqlite3.

llvm-svn: 124214

about uninitialized variables captured by blocks.

llvm-svn: 124213

for a block capturing the value of an uninitialized
variable.

llvm-svn: 124212

generate meaningful [*] template argument location information.

[*] Well, as meaningful as possible, given that this entire code path
is a hack for when we've lost type-source information.

llvm-svn: 124211

llvm-svn: 124210

llvm-svn: 124209

llvm-svn: 124208

llvm-svn: 124204

Resolve DanglingDbgValue of PHI nodes where the use follows dbg.value intrinisic.

llvm-svn: 124203