llvm-svn: 100797

implicit defs get added to the end of machine instrs sometimes.  Scan the whole instruction for the metadata operand instead of assuming it will be at the end of the instruction.

llvm-svn: 100792

<tr1/hashtable> header, where a friend class template
std::tr1::__detail::_Map_base is declared with the wrong template
parameters. GCC doesn't catch the problem, so Clang does a little
back-flip to avoid diagnosing just this one instance of the problem.

llvm-svn: 100790

llvm-svn: 100789

parameters list for encoding.

llvm-svn: 100788

llvm-svn: 100787

llvm-svn: 100786

llvm-svn: 100785

instead of scribbling over random memory.  Maybe.

Hopefully this fixes the -vg buildbot.

llvm-svn: 100784

llvm-svn: 100783

people stop seeing a broken build in EDDisassembler.cpp

llvm-svn: 100782

There is no need to remember labels identifying regions marked by such instructions in each scope.

llvm-svn: 100781

llvm-svn: 100780

Declarator that depends on it.  This fixes several redundant errors and bad
recoveries.

llvm-svn: 100779

llvm-svn: 100778

llvm-svn: 100776

llvm-svn: 100775

llvm-svn: 100774

llvm-svn: 100773

__cxxabiv1::__fundamental_type_info in every translation
unit. Previously, we would perform name lookup for
__cxxabiv1::__fundamental_type_info at the end of IRGen for a each
translation unit, to determine whether it was present. If so, we we
produce type information for all of the fundamental types. However,
this name lookup causes PCH deserialization of a significant part of the
translation unit, which has a woeful impact on performance.

With this change, we now look at each record type after we've
generated its vtable to see if it is
__cxxabiv1::__fundamental_type_info. If so, we generate type info for
all of the fundamental types. This works because
__cxxabiv1::__fundamental_type_info should always have a key function
(typically the virtual destructor), that will be defined once in the
support library. The fundamental type information will end up there.

Fixes <rdar://problem/7840011>.

llvm-svn: 100772

llvm-svn: 100771

llvm-svn: 100770

llvm-svn: 100769

llvm-svn: 100768

llvm-svn: 100767

never be called but msvc complains that they're missing.

llvm-svn: 100766

llvm-svn: 100762

llvm-svn: 100760

llvm-svn: 100758

llvm-svn: 100756

llvm-svn: 100754

llvm-svn: 100753

llvm-svn: 100751

llvm-svn: 100750

undef as 0, since it can't force other analyses to intepret the undef
in the same way.

llvm-svn: 100749

ensure that the expansion is dominated by the increments of those loops.

llvm-svn: 100748

Fronted: Kill overly specialized RecordLayoutDumper, just make -dump-record-layouts a bit that Sema honors.

llvm-svn: 100747

llvm-svn: 100746

IRgen: Move the bit-field access type into CGBitFieldInfo, and change bit-field LValues to just store the base address of object containing the bit-field.

llvm-svn: 100745

llvm-svn: 100742