Drop most of InitializationSequence::SequenceKind's values. They didn't really contain any information that the step array didn't contain too. This makes debugging dumps a bit less informative, but probably not significantly so. The advantage is that the redundancy is gone, so the code is easier to understand.
ReferenceBinding is still there, because it is used in some unclear code.

llvm-svn: 132667

llvm-svn: 132666

llvm-svn: 132665

Remove all references to InitializationSequence::FailedSequence from outside SemaInit.cpp. Replace them with the boolean conversion or the new Failed() function. This is a first step towards removing InitializationSequence::SequenceKind. No functionality change.

llvm-svn: 132664

llvm-svn: 132663

llvm-svn: 132662

llvm-svn: 132661

compared even when one is a reference binding and the other is not
(<rdar://problem/9173984>), but the definition of an identity sequence
does not involve lvalue-to-rvalue adjustments (PR9507). Fix both
inter-related issues.

llvm-svn: 132660

llvm-svn: 132659

  return <expression> ;

in blocks with a 'void' result type, so long as <expression> has type
'void'. This follows the rules for C++ functions.

llvm-svn: 132658

with a type-dependent expression, infer the placeholder type
'Context.DependentTy' to indicate that this is just a
placeholder. Fixes PR9982 / <rdar://problem/9486685>.

llvm-svn: 132657

We still don't handle

* default values
* :req
* :vararg
* \()

llvm-svn: 132656

VK_GOTOFF reloc. This matches as' behavior, but it is not clear why the linker
might need this, so I added a FIXME.

I could test this by duplicating test/MC/ELF/got.s, but it doesn't look
worthwhile.

llvm-svn: 132655

Who said FileCheck couldn't handle arbitrarily complex conditions?

llvm-svn: 132654

llvm-svn: 132653

llvm-svn: 132652

llvm-svn: 132651

llvm-svn: 132650

TypeLegalizer: Add support for passing of vector-promoted types in registers (copyFromParts/copyToParts).

llvm-svn: 132649

(only happens when using the -promote-elements option).

The correct legalization order is to first try to promote element. Next, we try
to widen vectors.

llvm-svn: 132648

llvm-svn: 132647

llvm-svn: 132646

rules. Also refactor "read string until quote" into its own function. No
functionality change!

llvm-svn: 132645

actual threads!

There's no build file for libcxxabi, so I'll tell you that I built it with this:
$ g++-4.6 -pthread -std=gnu++0x test_guard.cpp ../src/cxa_guard.o -o test_guard

llvm-svn: 132644

llvm-svn: 132643

llvm-svn: 132642

llvm-svn: 132641

llvm-svn: 132640

llvm-svn: 132639

then we don't want to set the destination in the indirect branch to the
destination. This is because the indirect branch needs its destinations to have
had their block addresses taken. This isn't so of the new critical edge that's
split during this process. If it turns out that the destination block has only
one predecessor, and that being a BB with an indirect branch, then it won't be
marked as 'used' and may be removed.
PR10072

llvm-svn: 132638

llvm-svn: 132637

llvm-svn: 132636

llvm-svn: 132635

llvm-svn: 132634

ignored for clobbering partial-alias loads.

llvm-svn: 132633

is disabled.

llvm-svn: 132632

redundant with partially-aliasing loads.

When computing what portion of a clobbering load value is needed,
it doesn't consider phi-translation which may have occurred
between the clobbing load and the redundant load.

llvm-svn: 132631

"-z =foo"). Do the same thing in clang.

llvm-svn: 132630

to the linker.

llvm-svn: 132629

llvm-svn: 132628