llvm-svn: 82104

llvm-svn: 82103

llvm-svn: 82102

llvm-svn: 82101

llvm-svn: 82100

llvm-svn: 82099

llvm-svn: 82098

llvm-svn: 82097

llvm-svn: 82096

llvm-svn: 82095

llvm-svn: 82094

When creating function types, remove any top-level CVR qualifications in the function type argument types.

llvm-svn: 82093

llvm-svn: 82092

llvm-svn: 82091

llvm-svn: 82090

as part string parsing) instructions to the Intel
instruction tables.

llvm-svn: 82089

llvm-svn: 82088

llvm-svn: 82087

llvm-svn: 82086

llvm-svn: 82085

instructions to the Intel instruction tables.

llvm-svn: 82084

instruction tables.

llvm-svn: 82083

GC. Currently, new API will be generated under
clang-cc's -fobjc-newgc-api flag which will eventually
become the default. WIP.

llvm-svn: 82082

to the Intel instruction tables.

llvm-svn: 82081

llvm-svn: 82080

llvm-svn: 82078

llvm-svn: 82077

constants out of loops. These aren't covered by the regular LICM
pass, because in LLVM IR constants don't require separate
instructions. They're not always covered by the MachineLICM pass
either, because it doesn't know how to unfold folded constant-pool
loads. This is somewhat experimental at this point, and off by
default.

llvm-svn: 82076

llvm-svn: 82075

llvm-svn: 82074

llvm-svn: 82073

llvm-svn: 82072

an extension, so that the default output filename for foo.ll is foo.s,
not foo.ll.s

llvm-svn: 82071

llvm-svn: 82070

when we are not instantiating the corresponding "current
instantiation." This happens, e.g., when we are instantiating a
declaration reference that refers into the "current instantiation" but
occurs in a default function argument. The libstdc++ vector default
constructor now instantiates properly.

llvm-svn: 82069

llvm-svn: 82064

llvm-svn: 82063

llvm-svn: 82062

a weak object.

llvm-svn: 82061

This interface will be used to attach metadata with an instruction.

llvm-svn: 82060