on 64-bit PowerPC ELF.

The patch includes code to handle external assembly and MC output with the
integrated assembler.  It intentionally does not support the "old" JIT.

For the initial-exec TLS model, the ABI requires the following to calculate
the address of external thread-local variable x:

 Code sequence            Relocation                  Symbol
  ld 9,x@got@tprel(2)      R_PPC64_GOT_TPREL16_DS      x
  add 9,9,x@tls            R_PPC64_TLS                 x

The register 9 is arbitrary here.  The linker will replace x@got@tprel
with the offset relative to the thread pointer to the generated GOT
entry for symbol x.  It will replace x@tls with the thread-pointer
register (13).

The two test cases verify correct assembly output and relocation output
as just described.

PowerPC-specific selection node variants are added for the two
instructions above:  LD_GOT_TPREL and ADD_TLS.  These are inserted
when an initial-exec global variable is encountered by
PPCTargetLowering::LowerGlobalTLSAddress(), and later lowered to
machine instructions LDgotTPREL and ADD8TLS.  LDgotTPREL is a pseudo
that uses the same LDrs support added for medium code model's LDtocL,
with a different relocation type.

The rest of the processing is straightforward.

llvm-svn: 169281

llvm-svn: 169280

llvm-svn: 169279

Reviewers: klimek

CC: cfe-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D163

llvm-svn: 169278

llvm-svn: 169277

Patch by Jyun-Yan You.

llvm-svn: 169276

llvm-svn: 169275

Review: http://llvm-reviews.chandlerc.com/D162
llvm-svn: 169274

llvm-svn: 169273

Reviewers: djasper, klimek

Reviewed By: klimek

CC: cfe-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D161

llvm-svn: 169272

llvm-svn: 169271

llvm-svn: 169270

of grep in favor of FileCheck, and other cleanups.

llvm-svn: 169269

ToolChains.cpp: Fixup r169260, clang/Config/config.h needs to be listed *last*, or llvm/Config/llvm-config.h could not be read in header files.

llvm-svn: 169268

llvm-svn: 169267

llvm-svn: 169266

llvm-svn: 169265

[tsan] refactor the allocator tests to allow testing other flavours of the allocator (add templates)

llvm-svn: 169264

think it adds much and keeping it up-to-date is (obviously) a chore.

llvm-svn: 169263

llvm-svn: 169262

directives.

llvm-svn: 169261

Shuffling order causes the wrong one to win.

CMake didn't exhibit this problem because Clang's has *no* guards.

I'll fix this properly tomorrow when Eric and I can check both build
systems and get them to DTRT, but for now unbreak some bots by hoisting
this header.

llvm-svn: 169260

llvm-svn: 169259

We still need to make the python script understand some of the new
matchers, but this should be an improvement.

llvm-svn: 169258

llvm-svn: 169257

llvm-svn: 169256

llvm-svn: 169255

Also fix header guard.

http://llvm-reviews.chandlerc.com/D159

llvm-svn: 169254

llvm-svn: 169253

Again, tools are trickier to pick the main module header for than
library source files. I've started to follow the pattern of using
LLVMContext.h when it is included as a stub for program source files.

llvm-svn: 169252

I've tried to find main moudle headers where possible, but the TableGen
stuff may warrant someone else looking at it.

llvm-svn: 169251

llvm-svn: 169250

llvm-svn: 169249

doesn't look like it will have C++ code in it.

Suggestions on a better heuristic are welcome.

llvm-svn: 169248

trees. This allows running the input sorter on the entire clang
repository cleanly now.

llvm-svn: 169247

llvm-svn: 169245

I forgot to re-sort after fixing main module headers.

llvm-svn: 169244

I've tried to place sensible headers at the top as main-module headers.

llvm-svn: 169243

the system headers.

llvm-svn: 169242

llvm-svn: 169241