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

Before we defined GPGPU_CODEGEN to '0', which does not disable the relevant code
as we just check if that value is defined at all. We now follow the cmake
approach and only define GPGPU_CODEGEN, if the feature should be enabled.

Reported by: Sebastian Pop <spop@codeaurora.org>

llvm-svn: 162275

llvm-svn: 162274

llvm-svn: 162273

llvm-svn: 162272

This optimization is really just replacing allocas wholesale with
globals, there is no scalarization.

The underlying motivation for this patch is to simplify the SROA pass
and focus it on splitting and promoting allocas.

llvm-svn: 162271

llvm-svn: 162270

llvm-svn: 162269

[asan] add code to detect global initialization fiasco in C/C++. The sub-pass is off by default for now. Patch by Reid Watson. Note: this patch changes the interface between LLVM and compiler-rt parts of asan. The corresponding patch to compiler-rt will follow.

llvm-svn: 162268

llvm-svn: 162267

llvm-svn: 162264

llvm-svn: 162263