llvm-svn: 162316

Skip paragraphs that contain only whitespace.

llvm-svn: 162315

strict weak ordering, and don't pass possibly-null pointers to dyn_cast.

llvm-svn: 162314

This reduces duplication across the Basic and Range constraint managers, and
keeps their internals free of dealing with the semantics of C++. It's still
a little unfortunate that the constraint manager is dealing with this at all,
but this is pretty much the only place to put it so that it will apply to all
symbolic values, even when embedded in larger expressions.

llvm-svn: 162313

int64_t, Symbol64TableEntry is actually only stored with 4-byte alignment
within the file.

The usage of #pragma pack here is copied from the corresponding code in
Support/Endian.h, so shouldn't introduce any new portability problems.

llvm-svn: 162312

no cost to using memcpy here: the fixed code is optimized by LLVM to perfect
machine code.

llvm-svn: 162311

llvm-svn: 162310

llvm-svn: 162309

llvm-svn: 162308

llvm-svn: 162307

llvm-svn: 162306

According to http://clang.llvm.org/docs/HowToSetupToolingForLLVM.html
it's suggested that compile_commands.json in the root of the LLVM source tree
should be a symlink to the json file produced by your build system of choice.

So here's a patch so it doesn't turn up in git status, etc.

llvm-svn: 162305

Thanks to Duncan Sands for catching this random file in code review.

llvm-svn: 162304

for structure valued method messaging. // rdar://12142241

llvm-svn: 162303

(from a todo mentioned in r159469 & originally suggested by Chandler Carruth)

llvm-svn: 162302

Even looking at the revision history I couldn't quite piece together why this
cast was ever written in the first place, but I assume it was because of some
change in the inheritance, perhaps this function was reimplemented in a
derived type & this caller was meant to get the base version (& it wasn't
virtual)?

llvm-svn: 162301

llvm-svn: 162300

llvm-svn: 162299

on a patch by Andy/PaX. I added the support for dot and dollar.

llvm-svn: 162298

llvm-svn: 162297

this is the index of the operand that failed to match.

llvm-svn: 162296

this is the index of the operand that failed to match.

Note: This may cause a buildbot failure due to an API mismatch in clang.  Should
recover with my next commit to clang.

llvm-svn: 162295

llvm-svn: 162294

to reflect the intention, not the implementation.

llvm-svn: 162293

llvm-svn: 162292

consistent with the other "expected identifier" errors.
Extracted from the Andy/PaX patch. I added the test.

llvm-svn: 162291

llvm-svn: 162289

llvm-svn: 162288

llvm-svn: 162287

suggested by David Blaikie.

llvm-svn: 162286

PR9673

llvm-svn: 162285

PR9673

llvm-svn: 162284

llvm-svn: 162283

llvm-svn: 162282

llvm-svn: 162281

The MCJIT doesn't need or want a TargetJITInfo. That's vestigal from the old
JIT, so just remove it.

rdar://12119347

llvm-svn: 162280

llvm-svn: 162279

[asan] run-time part of the initialization order checker. Patch by Reid Watson with some bits from kcc. The sub-pass is off by default for now. On simple tests it works fine. 

llvm-svn: 162278

number of bits was bigger than 32.  I checked every use of this function
that I could find and it looks like the maximum number of bits is 32, so I've
added an assertion checking this property, and a type cast to (hopefully) stop
PVS-Studio from warning about this in the future.

llvm-svn: 162277

llvm-svn: 162276