It broke clang tests on some hosts with +Asserts. Seems "STDC" clashes.

llvm-svn: 196376

[asan] require __i686__ for the SSE test; also make weaker claims about stack buffer overflows in another test

llvm-svn: 196375

llvm-svn: 196374

[asan] require __i686__ for the SSE test; also make weaker claims about stack buffer overflows in another test

llvm-svn: 196373

And refactor to have just one place in code that sets up the empty
pragma handlers.

llvm-svn: 196372

I'd misunderstood getIndirect() to mean that the argument should be passed
as a pointer at the ABI level, with the ByVal argument choosing caller-copy
semantics over no-caller-copy (callee-copy-on-write) semantics.  But
getIndirect(x) actually means that x is passed by pointer at the IR
level but (at least on all other targets I looked at) directly at the
ABI level.  getIndirect(x, false) selects a pointer to a caller-made
copy, which is what SystemZ was aiming for.

This fixes a miscompilation of c-index-test.  Structure arguments were being
passed by pointer, but no copy was being made, so a write in the callee
stomped over a caller's local variable.

llvm-svn: 196370

llvm-svn: 196369

We would lose track of the mangling number assigned to the original
declaration which would cause us to create manglings that didn't match
the Itanium C++ specification.

e.g. Two static fields with the same name inside of a function template
would receive the same mangling with LLVM fixing up the second field so
they wouldn't collide.  This would create an incompatibility with other
compilers following the Itanium ABI.

I've confirmed that the new mangling is identical to the ones generated
by icc and gcc.

N.B. This was uncovered while working on Microsoft mangler.

llvm-svn: 196368

And add the proper fix.

llvm-svn: 196367

llvm-svn: 196366

This currently breaks clang/test/CodeGen/code-coverage.c. The root cause
is that the newly introduced access to Funcs[j] is out of bounds.

llvm-svn: 196365

llvm-svn: 196364

If /functionpadmin is specified, the linker is supposed to make room at the
beginning of each function, so that self-modifying program would easily
hotpatch existing functions. Since I'm not sure if this feature is really used,
I'll make LLD to ignore the option for now.

llvm-svn: 196363

llvm-svn: 196362

llvm-svn: 196361

llvm-svn: 196360

llvm-svn: 196359

The function checksums are hashed from the concatenation of the function
name and line number.

llvm-svn: 196358

llvm-svn: 196357

Added additional checks for the Identifier, CfgChecksum and Name for
each GCOVFunction. Also added function names in error messages.

llvm-svn: 196356

Fixed a couple of test errors; changed 'const A const *' to 'const A* const'. Thanks to Nico for the catch

llvm-svn: 196355

llvm-svn: 196354

This splits the file-scope read() function into readGCNO() and
readGCDA(). Also broke file format read into functions that first read
the file type, then check the version.

llvm-svn: 196353

This patch fixes PR16989.

llvm-svn: 196352

In delayed template parsing mode, adjust the template depth counter for each template parameter list associated with an out of line member template specialization.

llvm-svn: 196351

llvm-svn: 196350

llvm-svn: 196349

clang/test/CodeGen/builtins-nvptx.c: Prune "REQUIRES: nvptx64-registered-target". "nvptx" should imply it.

llvm-svn: 196348

In trunk, we can use features as below:

  aarch64-registered-target
  hexagon-registered-target
  msp430-registered-target
  r600-registered-target
  systemz-registered-target
  xcore-registered-target

Each of them, as below, implies corresponding subtargets:

  arm-registered-target   -- arm, thumb
  mips-registered-target  -- mips, mips64, mips64el, mipsel
  nvptx-registered-target -- nvptx, nvptx64
  sparc-registered-target -- sparc, sparcv9
  x86-registered-target   -- x86, x86-64

They will be renamed:

  cppbackend-registered-target -- was "cpp". Unused in trunk.
  powerpc-registered-target -- was "ppc32", "ppc64" and "ppc64le".

The feature "asserts" is also taken from llvm-config.

llvm-svn: 196347

llvm-svn: 196346

Thanks for j`ey and Sean Silva for noticing it.

llvm-svn: 196344

It appears to be referring to nonexistent entities. This must be a
carry-over from an older version of the document.

Patch by Mikael Lyngvig!

llvm-svn: 196342

llvm-svn: 196341

Should fix the atom buildbot.

llvm-svn: 196340

llvm-svn: 196339

llvm-svn: 196338

to a variable template specialization.

llvm-svn: 196337

Also update docs to reflect recently changed -i inplace edit behaviour.

llvm-svn: 196336

llvm-svn: 196335

llvm-svn: 196334