llvm-svn: 113401

Re-running some nightly testers w/ it enabled to verify.

llvm-svn: 113399

llvm-svn: 113398

llvm-svn: 113395

pointer was intended. rdar://8401980

llvm-svn: 113394

llvm-svn: 113393

llvm-svn: 113392

Omission of memory form of PI2PD is intentional; this
does not use an MMX register and does not put the chip
into MMX mode (PI2PS, oddly enough, does).
Operands of PI2PS follow the gcc builtin, not Intel.

llvm-svn: 113388

llvm-svn: 113387

llvm-svn: 113386

llvm-svn: 113385

2-phase build of llvm and llvm-gcc, similar to what the buildbots do, and runs
the regression testsuite.

Things to do:

- Work out some bugs with llvm-gcc flags.
- Not all platforms support ObjC.
- Run the test-suite.

llvm-svn: 113382

so that it can access them.  These are not intended to be externally accessible APIs.

llvm-svn: 113380

llvm-svn: 113378

llvm-svn: 113375

modules are instantiated in them.  If the context is deleted, all of its owned
modules are also deleted.

llvm-svn: 113374

nodes to emit shuffles and don't do isel mask matching anymore.
- Add the selection of the remaining shuffle opcode (movddup)
- Introduce two new functions to "recognize" where we may get
potential folds and add several comments to them explaining why
they are not yet in the desidered shape.
- Add more patterns to fallback the case where we select
a specific shuffle opcode as if it could fold a load, but it
can't, so remap to a valid instruction.
- Add a couple of FIXMEs to address in the following days once
there's a good solution to the current folding problem.

llvm-svn: 113369

option to disable base pointer usage, pay attention to it when deciding
if we can realign (if no base pointer and VLAs, we can't).

llvm-svn: 113366

llvm-svn: 113365

Follow the same logic in the LoopPass, ModulePass and CallGraphSCCPass printers,
as it was already used in the BasicBlockPass and FunctionPass printers. This is
more consistent.

The other option would have been to completely disable dumping the analysis
information. However, as this information is the only information printed if the
-analysis flag is set, calling opt would not do anything at all.

llvm-svn: 113360

llvm-svn: 113359

llvm-svn: 113358

Some cases of lowering to rotate were miscompiled.

llvm-svn: 113355

llvm-svn: 113352

llvm-svn: 113350

fixing rdar://8403974

llvm-svn: 113349

implementing rdar://8033482 and PR7254.

llvm-svn: 113348

implementation's job to check for and lex the EndOfStatement
marker.

llvm-svn: 113347

Add this to the mc assembler, fixing PR8061

llvm-svn: 113346

ARM/Disassembler: Fix definitions incompatible(unsigned and uint32_t) to Cygwin-1.5, following up to r113255.

llvm-svn: 113345

rdar://8061602

llvm-svn: 113343

llvm-svn: 113338

llvm-svn: 113337

related. (attempt deux, complete w/ test update this time)

llvm-svn: 113333

llvm-svn: 113332

llvm-svn: 113331

AliasAnalysis, and some code for implementing the new query on top of
existing implementations by making standard alias and getModRefInfo
queries.

llvm-svn: 113329

present in the function and thus whether aligned load/store instructions can
be used.

llvm-svn: 113323

llvm-svn: 113322

The threshold value of 50 is arbitrary, and I chose it simply by analogy to the inlining thresholds, where
the baseline unrolling threshold is slightly smaller than the baseline inlining threshold.  This could
undoubtedly use some tuning.

llvm-svn: 113306