directives for putting contents in .bss, for example.

llvm-svn: 111376

decomposition that it is doing is very basicaa specific and is only used
by basicaa.

llvm-svn: 111375

Nothing fancy, just ask the target if any currently available base reg
is in range for the instruction under consideration and use the first one
that is. Placeholder ARM implementation simply returns false for now.

ongoing saga of rdar://8277890

llvm-svn: 111374

properly.

llvm-svn: 111373

standard output, instead of just hardcoding outs().

llvm-svn: 111372

llvm-svn: 111371

automatically.

llvm-svn: 111370

llvm-svn: 111368

llvm-svn: 111367

llvm-svn: 111366

llvm-svn: 111365

llvm-svn: 111364

when -fassume-sane-operator-new. Patch by Tom Jablin!

llvm-svn: 111363

location. Patch by Eelis van der Weegen!

llvm-svn: 111362

The previous algorithm in LowerVECTOR_SHUFFLE 
didn't check all requirements for "monotonic" shuffles.

llvm-svn: 111361

The "half vectors" are now widened to full size by the legalizer.
The only exception is in parameter passing, where half vectors are 
expanded. This causes changes to some dejagnu tests.

llvm-svn: 111360

llvm-svn: 111359

"SPU Application Binary Interface Specification, v1.9" by
IBM. 
Specifically: use r3-r74 to pass parameters and the return value.

llvm-svn: 111358

which in a fit of zeal wanted to walk the entire translation unit,
and replace it with a new checker that walks the types of declarations
nested within the class.  Also, look into templates when doing this.

llvm-svn: 111357

This effectively disables -Wunused-member-function for building llvm/clang.

llvm-svn: 111356

only warnings did this check.

llvm-svn: 111355

llvm-svn: 111354

llvm-svn: 111353

  gep P, (zext x) != gep P, (sext x)

DecomposeGEPExpression was getting this wrong, confusing
basicaa.

llvm-svn: 111352

llvm-svn: 111351

llvm-svn: 111350

from the LHS should disable reconsidering that pred on the
RHS.  However, knowing something about the pred on the RHS
shouldn't disable subsequent additions on the RHS from
happening.

llvm-svn: 111349

llvm-svn: 111348

llvm-svn: 111347

llvm-svn: 111346

llvm-svn: 111345

llvm-svn: 111344

llvm-svn: 111343

llvm-svn: 111342

Testcase from Nick Lewycky.

llvm-svn: 111341

right name.

llvm-svn: 111340

llvm-svn: 111339

than GCC 4.2 here when building 32-bit (where GCC will allow
allocation of an array for which we can't get a valid past-the-end
pointer), and emulate its odd behavior in 64-bit where it only allows
63 bits worth of storage in the array. The former is a correctness
issue; the latter is harmless in practice (you wouldn't be able to use
such an array anyway) and helps us pass a GCC DejaGNU test.

Fixes <rdar://problem/8212293>.

llvm-svn: 111338

llvm-svn: 111337

PR7778

llvm-svn: 111336