undefined behaviour, and move the diagnostic for '' from an Error into
an ExtWarn in this group. This is important for some users of the preprocessor,
and is necessary for gcc compatibility.

llvm-svn: 159335

the correct this pointer. There is some potential for sharing a bit more
code with canDevirtualizeMemberFunctionCalls, but that can be done in an
independent patch.

llvm-svn: 159326

llvm-svn: 159325

llvm-svn: 159321

llvm-svn: 159315

llvm-svn: 159309

Commit::canReplaceText would not initialize its out 'Len' parameter before
returning true and it would be used uninitialized in Commit::replaceText.

llvm-svn: 159306

Attaching documentation comments to declarations: don't attach a comment to a declaration if there is a preprocessor directive between them.

llvm-svn: 159305

Fix an infinite loop in comment lexer: we were not advancing in the input character stream when we saw a '<' that is not a start of an HTML tag.

llvm-svn: 159303

llvm-svn: 159295

property retains a block object as it could be on 
the stack. // rdar://11761511

llvm-svn: 159293

llvm-svn: 159292

before, so we don't incorrectly think arguments of function type are non-POD.

llvm-svn: 159290

when it appears to be unused and occurs in a header.
// rdar://11202617

llvm-svn: 159282

being updated. Will fix that in a second.

llvm-svn: 159280

llvm-svn: 159279

Remove unsigned and a pointer from a comment token (so that each token can have only one semantic string value attached to it), at a cost of adding an additional token.

llvm-svn: 159270

Comment lexer: counting backwards from token end is thought to be confusing.  We already have a pointer to the beginning of the token, so use it to extract the text instead.

llvm-svn: 159269

llvm-svn: 159262

add interface for removing a FileEntry from the cache.
Forces a re-read the contents from disk, e.g. because a tool (like cling) wants to pick up a modified file.

llvm-svn: 159256

llvm-svn: 159253

the current version of clang understands __attribute__((unused)) on
fields.

llvm-svn: 159252

llvm-svn: 159247

llvm-svn: 159245

llvm-svn: 159244

llvm-svn: 159235

llvm-svn: 159234

This is only implemented on linux at the moment.

llvm-svn: 159232

llvm-svn: 159229

as a gcc supported extension with usual treatment
with -pedantic (warn) and -pedantic-errors (error).
// rdar://11550996

llvm-svn: 159226

llvm-svn: 159224

llvm-svn: 159223

Support the following intrinsics:
  _mm_mask_i32gather_pd, _mm256_mask_i32gather_pd, _mm_mask_i64gather_pd
  _mm256_mask_i64gather_pd, _mm_mask_i32gather_ps, _mm256_mask_i32gather_ps
  _mm_mask_i64gather_ps, _mm256_mask_i64gather_ps

llvm-svn: 159222

the member expression is qualified, call the method specified in the code,
not the most derived one we can find.

llvm-svn: 159219

llvm-svn: 159218

comparison between two templated types when they both appear in a diagnostic.
Type elision will remove indentical template arguments, which can be disabled
with -fno-elide-type.  Cyan highlighting is applied to the differing types.

For more formatting, -fdiagnostic-show-template-tree will output the template
type as an indented text tree, with differences appearing inline. Template
tree works with or without type elision.

llvm-svn: 159216

to see if we had an underlying final class or method, but we would then
use the cast type to do the call, resulting in a direct call to the wrong
method.

llvm-svn: 159212

literal helper functions. All helper functions (global
and locals) use block_invoke as their prefix. Local literal
helper names are prefixed by their enclosing mangled function
names. Blocks in non-local initializers (e.g. a global variable 
or a C++11 field) are prefixed by their mangled variable name. 
The descriminator number added to end of the name starts off 
with blank (for first block) and _<N> (for the N+2-th block).

llvm-svn: 159206

llvm-svn: 159191

constexpr function evaluation, and corresponding ASan / valgrind issue in
tests, by storing the corresponding value with the relevant stack frame. This
also prevents re-evaluation of the source of the underlying OpaqueValueExpr,
which makes a major performance difference for certain contrived code (see
testcase update).

llvm-svn: 159189