pthreads, otherwise ar complains of unresolved references to pthread_mutex_*.
LTO doesn't actually use pthreads, but ManagedStatic does.

Fix this by linking in LIBS (that contains pthreads) for LTO and gold.
For now this links in more libs than needed (libffi for example), we can figure
out later how to link in those libs per-tool later.

llvm-svn: 72430

we actually have a destination.

llvm-svn: 72429

an integral constant expression, maintain a cache of the value and the
is-an-ICE flag within the VarDecl itself. This eliminates
exponential-time behavior of the Fibonacci template metaprogram.

llvm-svn: 72428

entries as there are basic blocks in the function.  LiveVariables::getVarInfo
creates a VarInfo struct for every register in the function, leading to
quadratic space use.  This patch changes the BitVector to a SparseBitVector,
which doesn't help the worst-case memory use but does reduce the actual use in
very long functions with short-lived variables.

llvm-svn: 72426

available (and it isn't necessary in this case).

llvm-svn: 72425

that of the LHS. It doesn't matter for correctness, but the LHS
is more likely than the RHS to be a pointer type in exotic cases,
and it's more tidy to have it return the integer type.

llvm-svn: 72424

llvm-svn: 72423

division operation, don't attempt to use the operation's value as
the base of a getelementptr. This fixes PR4271.

llvm-svn: 72422

llvm-svn: 72420

thing for non-aggregate types.
 - Otherwise we unnecessarily pin values to the stack and currently end up
   triggering a backend bug in one case.

 - This loose cooperation with LLVM to implement the ABI is pretty ugly.

 - <rdar://problem/6918722> [irgen] clang miscompile of many pointer varargs on
   x86-64

llvm-svn: 72419

llvm-svn: 72418

llvm-svn: 72417

llvm-svn: 72415

llvm-svn: 72414

barely enough to get the given usage of -print-file-name working).

llvm-svn: 72412

llvm-svn: 72411

Add a new CallExpr::getCallReturnType and use it in Expr::isLvalueInternal. No intended functionality change.

llvm-svn: 72410

llvm-svn: 72409

Found by code inspection; I haven't seen this in real-world code.

llvm-svn: 72408

llvm-svn: 72407

llvm-svn: 72406

llvm-svn: 72405

printf operands to long to suppress warnings.

llvm-svn: 72404

low-level alias() method, allowing it to reason more aggressively
about pointers into constant memory.  PR4189

llvm-svn: 72403

or use labels as members of structures for example. Also included a couple of
whitespace fixes.

llvm-svn: 72402

correctly.

llvm-svn: 72401

even on Core2, not just AMD processors which was a surprise to me.

llvm-svn: 72396

llvm-svn: 72395

left out handling for stuff like (S())++ for the moment.

llvm-svn: 72394

argument.  This avoids the argument from being silenced when the argument is
the NULL macro, which is defined in a system header.  This also makes the output
a bit nicer, e.g.:

t.c:8:3: warning: null passed to a callee which requires a non-null argument
  func1(NULL, cp2, i1);
  ^     ~~~~

vs something like:

t.c:8:10: warning: argument is null where non-null is required
  func1(NULL, cp2, i1);
        ^

llvm-svn: 72393

llvm-svn: 72392

llvm-svn: 72391

llvm-svn: 72390

DiagnosticGroups.td, and add it as part of -Wformat (which gets it into -Wall).

llvm-svn: 72389

1. When we accept "#garbage" in asm-with-cpp mode, change the token kind
   of the # to unknown so that the preprocessor won't try to process it as
   a real #.  This fixes a crash on the attached example
2. Fix macro definition extents processing to handle #foo at the end of a
   macro to say the definition ends with the foo, not the #.

This is a follow-on fix to r72283, and rdar://6916026

llvm-svn: 72388

llvm-svn: 72387

llvm-svn: 72386

llvm-svn: 72385

can't just eliminate all global initializers.

llvm-svn: 72378

simplification. It's not clear to me whether this can replace the first of the
linear instruction simplification stages or not, so I left it in.

llvm-svn: 72377