llvm-svn: 154789

llvm-svn: 154785

includes a patch from Matthias Kleine with a regression testcase!

Adds a new iterator 'data_iterator' to OnDiskHashTable which doesn't try to
reconstruct the external_key from the internal_key, which is useful for traits
that don't store enough information to do that mapping in their key. Also
deletes the 'item_iterator' from OnDiskHashTable as dead code.

llvm-svn: 154784

llvm-svn: 154779

Change _mm256_permute4x64_epi64 and _mm256_permute4x64_pd to use builtin_shufflevector instead of specific builtins. Old builtins will be removed from llvm now that vpermq/vpermpd are supported by shuffle lowering code.

llvm-svn: 154777

Passing -verify to clang without -cc1 or -Xclang silently passes (with a
printed warning, but lit doesn't care about that). This change adds -cc1 or,
as is necessary in one case, -Xclang to fix this so that these tests are
actually verifying as intended.

I'd like to change the driver so this kind of mistake could not be made, but
I'm not entirely sure how. Further, since the driver only warns about unknown
flags in general, we could have similar bugs with a misspellings of arguments
that would be nice to find.

llvm-svn: 154776

llvm-svn: 154774

llvm-svn: 154769

llvm-svn: 154767

It would be nice to use OwningPtr here, but DeclContextInfo is stored in a DenseMap.

llvm-svn: 154763

llvm-svn: 154762

llvm-svn: 154760

llvm-svn: 154757

initialize an array of unsigned char. Outside C++11 mode, this bug was benign,
and just resulted in us emitting a constant which was double the required
length, padded with 0s. In C++11, it resulted in us generating an array whose
first element was something like  i8 ptrtoint ([n x i8]* @str to i8).

llvm-svn: 154756

definition for protocols static. // rdar://11248048

llvm-svn: 154753

A patch by Sean McBride.

llvm-svn: 154751

I am working on a cleaner fix, but this gets the case in PR12552 passing.

llvm-svn: 154749

llvm-svn: 154748

llvm-svn: 154747

llvm-svn: 154746

thinking of generalizing it to be able to specify other freedoms beyond accuracy
(such as that NaN's don't have to be respected).  I'd like the 3.1 release (the
first one with this metadata) to have the more generic name already rather than
having to auto-upgrade it in 3.2.

llvm-svn: 154745

Instead, make it the allocation function's responsibility to add them
to a list and clear it when a top-level decl is finished.

This plugs leakage of TemplateAnnotationIds. DelayedCleanupPool is
ugly and unused, remove it.

llvm-svn: 154743

llvm-svn: 154739

llvm-svn: 154738

llvm-svn: 154736

attached. Since we do not support any attributes which appertain to a statement
(yet), testing of this is necessarily quite minimal.

Patch by Alexander Kornienko!

llvm-svn: 154723

This manual deleting is error-prone, but we can't just put an OwningPtr in a
std::map :(

llvm-svn: 154707

jump into these scopes, and the cleanup-entering code sometimes wants
to do some operations first (e.g. a GEP), which can leave us with
unparented IR.

llvm-svn: 154684

__typeof which is a regression by reverting
r154360. // rdar://11233924

llvm-svn: 154679

llvm-svn: 154678

llvm-svn: 154676

llvm-svn: 154675

llvm-svn: 154674

llvm-svn: 154672

call to 'super' use __rw_objc_super as type of the
'super' meta-data instead of objc_super.
// rdar://11239894

llvm-svn: 154670

Make control flow more explicit for rebuilding property reference expressions without their OpaqueValueExprs

llvm-svn: 154669

out of the tree and use the tooling infrastructure.

llvm-svn: 154668

rebuilt. Fixes <rdar://problem/11052352>. 

llvm-svn: 154667

llvm-svn: 154666

  - Handle unions
  - Handle C++ classes

llvm-svn: 154664