llvm-svn: 131512

llvm-svn: 131510

llvm-svn: 131509

llvm-svn: 131508

take r13, so we can just make it a GPR. This fixes PR8825.

llvm-svn: 131507

were marked as taking a tGPR when in reality they take an rGPR.

llvm-svn: 131506

llvm-svn: 131505

<rdar://problem/8107317>

llvm-svn: 131504

format.

llvm-svn: 131503

Make fast-isel miss counting in -stats and -fast-isel-verbose take terminators into account; since there are many fewer isel misses with recent changes, misses caused by terminators are more significant.

llvm-svn: 131502

the session directory, which also includes the command line used to invoke
the test suite.

llvm-svn: 131501

llvm-svn: 131499

and then reset it to the original value when done.

llvm-svn: 131498

llvm-svn: 131497

user specified string class via -fconstant-string-class option.
pr9914.

llvm-svn: 131496

llvm-svn: 131495

object.__nonzero__(self) is called to implement truth value testing and the built-in operation bool(),
via a simple delegation to self.IsValid().

Change tests under python_api/lldbutil to utilize this mechanism.

llvm-svn: 131494

rdar://problem/6945110

llvm-svn: 131493

1. We would assume that the length of the string literal token was at least 2
2. We would allocate a buffer with size length-2

And when the stars aligned (one of which would be an invalid source location due to stale PCH)
The length would be 0 and we would try to allocate a 4GB buffer.

Add checks for this corner case and a bunch of asserts.
(We really really should have had an assert for 1.).

Note that there's no test case since I couldn't get one (it was major PITA to reproduce),
maybe later.

llvm-svn: 131492

llvm-svn: 131491

For calls returning first-class aggregates, store by element instead of creating aggregate stores in common cases.  This is more friendly to fast-isel.

llvm-svn: 131490

optimization for abstract classes;  there was a misunderstanding, and
it turns out that there are no kexts which rely on this.

llvm-svn: 131489

vrev is incorrectly defined in the perfect shuffle table. The ordering is backwards (should be 0x3210 versus 0x1032) which exposed a bug when doing a shuffle on a 4xi16. I've attached a test case.

llvm-svn: 131488

constructors, including two more FIXMEs (one of which I don't actually
understand).

llvm-svn: 131487

I have on that's #if 0'ed out, and I don't know why it's failing to
delete the constructor. I'd appreciate if someone familiar with access
control could look into ShouldDeleteDefaultConstructor - thanks.

llvm-svn: 131486

llvm-svn: 131485

llvm-svn: 131484

llvm-svn: 131483

llvm-svn: 131482

llvm-svn: 131481

llvm-svn: 131480

llvm-svn: 131479

llvm-svn: 131478

llvm-svn: 131477

llvm-svn: 131476

llvm-svn: 131475

This is r131438 with a couple small fixes.

llvm-svn: 131474

unrecognized DW_TAG_base_type. Now it is a error printed to
stderr.

llvm-svn: 131473

loaded section in the section load list.

llvm-svn: 131472

llvm-svn: 131471