llvm-svn: 102401

otherwise labels get incorrectly merged.  We handled this by emitting a 
".byte 0", but this isn't correct on thumb/arm targets where the text segment
needs to be a multiple of 2/4 bytes.  Handle this by emitting a noop.  This
is more gross than it should be because arm/ppc are not fully mc'ized yet.

This fixes rdar://7908505

llvm-svn: 102400

Radar 7896289

llvm-svn: 102396

to print the operand.

llvm-svn: 102395

llvm-svn: 102394

doesn't dominate the header is needed, don't check whether the increment
expression has computable loop evolution. While the operands of an
addrec are required to be loop-invariant, they're not required to 
dominate any part of the loop. This fixes PR6914.

llvm-svn: 102389

llvm-svn: 102380

llvm-svn: 102373

produces a comment on targets that support it, but
the Dwarf writer is not hooked up yet.

llvm-svn: 102372

DBG_VALUE, and a cautionary comment.

llvm-svn: 102371

llvm-svn: 102368

llvm-svn: 102366

alignment of globals with a specified alignment, we fix
common variables to obey their alignment.  Add a comment
explaining why this behavior is important.

llvm-svn: 102365

Re-enable 102323 with fix: do not update dbg_value's with incorrect frame indices when the live interval are being re-materialized.

llvm-svn: 102361

llvm-svn: 102359

llvm-svn: 102358

SSAUpdater.  I'm going to try to refactor this to share most of the code
between them.

llvm-svn: 102353

llvm-svn: 102327

llvm-svn: 102326

llvm-svn: 102325

llvm-svn: 102324

- Move TargetLowering::EmitTargetCodeForFrameDebugValue to TargetInstrInfo and rename it to emitFrameIndexDebugValue.
- Teach spiller to modify DBG_VALUE instructions to reference spill slots.

llvm-svn: 102323

form of DEBUG_VALUE, as it doesn't have reasonable default
behavior for unsupported targets.  Add a new hook instead.
No functional change.

llvm-svn: 102320

xs

llvm-svn: 102316

preferred alignment unless they were common or some other special
case.

llvm-svn: 102300

llvm-svn: 102297

llvm-svn: 102296

llvm-svn: 102237

When a load operand is promoted to an extload, replace other uses with uses of extload result truncated.

llvm-svn: 102236

that indvars may use, now that indvars is recognizing le and ge loops.

llvm-svn: 102235

Also, generalize ScalarEvolutions's min and max recognition to handle
some new forms of min and max that this change makes more common.

llvm-svn: 102234

llvm-svn: 102233

llvm-svn: 102232

refactored out of ScalarEvolution::isImpliedCond, which will be updated
to use this new utility routine soon.

llvm-svn: 102229

testcase yet, as the testcase now fails downstream.

llvm-svn: 102228

the worklist, making them inline candidates.

llvm-svn: 102213

alignment to match what's used in clang and GCC for __alignof, rather
than trying to guess what Legalize is going to be doing.

llvm-svn: 102206

llvm-svn: 102202

llvm-svn: 102199

This fixes a bug where calls inlined into an invoke would get
changed into an invoke but the array would keep pointing to
the (now dead) call.  The improved inliner behavior is still
disabled for now.

llvm-svn: 102196