'int' vs. 'long' issue with i386.

llvm-svn: 162125

Fixes <rdar://problem/12119814>

llvm-svn: 162123

llvm-svn: 162117

 - The SDKROOT environment variable is the de facto way to set the default SDK
   for a number of tools, join forces with them.

llvm-svn: 162116

isExplicitTemplateSpecialization() matchers which do what their name says.

llvm-svn: 162115

llvm-svn: 162110

on unsafe cast of a c-function call. This is
a C-only option.

llvm-svn: 162109

GCC documents these as unsigned, but defines them as signed.

llvm-svn: 162106

instruction, not emitting them, so a NullStream is fine.

llvm-svn: 162105

llvm-svn: 162102

llvm-svn: 162096

Initializing a reference with itself, e.g. "int &a = a;" seems like a
very bad idea.

llvm-svn: 162093

literals match the spacing introduced by the ObjC modernizer. Fixes
the rest of <rdar://problem/11889572>.

llvm-svn: 162084

declaration context, check whether the primary context---not the
current context---has any external visible declarations. Fixes
PR13616.

llvm-svn: 162083

both a waste of time, and prone to crash due to the use of the
error-recovery path in parser. Fixes <rdar://problem/12103608>, which
has been driving me nuts.

llvm-svn: 162081

bots back.

llvm-svn: 162080

reference, so &* on an empty WeakVH binds a reference to a dereferenced null
pointer. So don't do that; we have a perfectly good implicit conversion to
Value*.

llvm-svn: 162079

llvm-svn: 162077

misaligned reads throughout the file. Bump PTH format version to 10.

llvm-svn: 162076

of silently dropping it on the floor.

llvm-svn: 162075

class templates. This fixes misalignment issues in llvm/Support/Endian.h when
built by Clang.

llvm-svn: 162074

This attempts to be a higher-level description of our inlining heuristics
and decision trees than the source, where the work is spread out between
ExprEngine (mostly in ExprEngineCallAndReturn.cpp) and CallEvent, with a
few other classes participating as well.

llvm-svn: 162073

We no longer associate the correct HTML file with plist diagnostic.
Fall out from r162028.

llvm-svn: 162071

diagnostic before we have a source manager.

llvm-svn: 162070

llvm-svn: 162069

elaborated type specifier in template instantiation: such a specifier is always
valid because it must be specified within the definition of the type.

llvm-svn: 162068

function arguments and arguments for variadic functions are of a particular
type which is determined by some other argument to the same function call.

Usecases include:
* MPI library implementations, where these attributes enable checking that
  buffer type matches the passed MPI_Datatype;
* for HDF5 library there is a similar usecase as MPI;
* checking types of variadic functions' arguments for functions like
  fcntl() and ioctl().

llvm-svn: 162067

rdar://12117935

llvm-svn: 162066

current available documentation.

llvm-svn: 162065

constraints we don't recognize.

llvm-svn: 162064

llvm-svn: 162063

Noticed on inspection.

llvm-svn: 162062

llvm-svn: 162056

llvm-svn: 162055

tokens we don't know how to handle; this should aid when debugging.

llvm-svn: 162053

an abstract c++ class. // rdar://12095239

llvm-svn: 162052

simple asm.

llvm-svn: 162051

These require special handling, which we don't currently handle.  This is being
put in place to ensure we don't do invalid symbol table lookups or try to parse
invalid assembly.  The test cases just makes sure the latter isn't happening.

llvm-svn: 162050

llvm-svn: 162048

// rdar://12107381

llvm-svn: 162045