llvm-svn: 168225

llvm-svn: 168224

llvm-svn: 168223

llvm-svn: 168222

llvm-svn: 168221

llvm-svn: 168220

llvm-svn: 168218

Revert r167799. It's not really correct, and it doesn't fix the problem that it was intended to fix.

llvm-svn: 168217

llvm-svn: 168215

llvm-svn: 168213

This was causing different behavior when using -x objective-c++-cpp-output as
compared to -x objc++-cpp-output.  Specifically, the driver was not adding the
-fcxx-exceptions flag in the latter case.
rdar://12680312

llvm-svn: 168212

They are just useless and prevent SmallVector from picking an optimized codepath
for memcpyable elements.

llvm-svn: 168211

llvm-svn: 168210

by Kimball Thurston.  This fixes http://llvm.org/bugs/show_bug.cgi?id=14358.

llvm-svn: 168209

llvm-svn: 168208

This patch replaces the hard coded GPR pair [R0, R1] of
Intrinsic:arm_ldrexd and [R2, R3] of Intrinsic:arm_strexd with
even/odd GPRPair reg class.
Similar to the lowering of atomic_64 operation.

llvm-svn: 168207

There are better ways of limiting the amount of information if there is a need
for that.

Patch by Philip Craig.

llvm-svn: 168206

Make sure architectures are obeyed for skinny mach files.

llvm-svn: 168205

llvm-svn: 168204

llvm-svn: 168203

llvm-svn: 168202

llvm-svn: 168201

This fixes PR14359

llvm-svn: 168200

An alias to a function should use pc relative addressing.

llvm-svn: 168199

llvm-svn: 168198

Before, the parser would assert on the following code:

@a2 = global i8 addrspace(1)* @a
@a = addrspace(1) global i8 0

because the type of @a was "i8*" instead of "i8 addrspace(1)*" when parsing
the initializer for @a2.

llvm-svn: 168197

llvm-svn: 168196

llvm-svn: 168195

llvm-svn: 168191

Removed an assert that was for debug only.

llvm-svn: 168190

ReleaseNotes.html updates reflecting PPC64 Elf Linux efforts and progress.

llvm-svn: 168189

but wasn't due to the same logic bug that caused PR14361.

llvm-svn: 168186

A PR is being filed to address some code issues here.

llvm-svn: 168185

made in upstream llvm (r168114)

llvm-svn: 168184

llvm-svn: 168183

llvm-svn: 168182

replaced by this patch is equivalent to the new logic, but you'd be wrong, and
that's exactly where the bug was.  There's a similar bug in instsimplify which
manifests itself as instsimplify failing to simplify this, rather than doing it
wrong, see next commit.

llvm-svn: 168181

llvm-svn: 168180

llvm-svn: 168178

The problem is that a partial match of an (explicit or implicit) allOf matcher
binds results, i.e.

recordDecl(decl().bind("x"), hasName("A"))

can very well bind a record that is not named "A". With this fix, the common
cases of stumbling over this bug are fixed by the BoundNodesMap overwriting the
results of a partial match. An error can still be created with a weird
combination of anyOf and allOf (see inactive test). We need to decide whether
this is worth fixing, as the fix will have performance impact.

Review: http://llvm-reviews.chandlerc.com/D124
llvm-svn: 168177