on calls and similar instructions.

llvm-svn: 106353

(radar 8076356).

llvm-svn: 106350

llvm-svn: 106349

llvm-svn: 106348

llvm-svn: 106347

the inserted INSERT_SUBREGs after us.

llvm-svn: 106345

- This fixed a number of bugs in if-converter, tail merging, and post-allocation
  scheduler. If-converter now runs branch folding / tail merging first to
  maximize if-conversion opportunities.
- Also changed the t2IT instruction slightly. It now defines the ITSTATE
  register which is read by instructions in the IT block.
- Added Thumb2 specific hazard recognizer to ensure the scheduler doesn't
  change the instruction ordering in the IT block (since IT mask has been
  finalized). It also ensures no other instructions can be scheduled between
  instructions in the IT block.

This is not yet enabled.

llvm-svn: 106344

llvm-svn: 106342

llvm-svn: 106340

llvm-svn: 106339

to use them instead of SourceRange.  CharSourceRange is just a SourceRange
plus a bool that indicates whether the range has the end character resolved
or whether the end location is the start of the end token.  While most of
the compiler wants to think of ranges that have ends that are the start of
the end token, the printf diagnostic stuff wants to highlight ranges within
tokens.

This is transparent to the diagnostic stuff.  To start taking advantage of
the new capabilities, you can do something like this:
  Diag(..) << CharSourceRange::getCharRange(Begin,End)

llvm-svn: 106338

llvm-svn: 106336

llvm-svn: 106335

instructions, but it doesn't really understand live ranges, so the first
INSERT_SUBREG uses an implicitly defined register.

Fix it in LiveVariableAnalysis by adding the <undef> flag.

llvm-svn: 106333

llvm-svn: 106330

<rdar://problem/8108088>.

llvm-svn: 106328

llvm-svn: 106327

llvm-svn: 106324

Teach iff-converter to properly count # of dups. It was not skipping over dbg_value's which resulted in non-duplicated instructions being deleted. rdar://8104384.

llvm-svn: 106323

(radar 8076356) - wip.

llvm-svn: 106322

entries used by llvm-gcc. *_[U]MIN and such can be added later if needed.

This enables the front ends to simplify handling of the atomic intrinsics by
removing the target-specific decision about which targets can handle the
intrinsics.

llvm-svn: 106321

list is completely empty, from Lasse Kärkkäinen! Fixes PR7413.

llvm-svn: 106320

(as suggested in radar 8104405).

llvm-svn: 106318

function to redeclarations of that function. Fixes PR7025.

llvm-svn: 106317

llvm-svn: 106314

limit on the offset that can be materialized without using the register
scavenger.

llvm-svn: 106312

llvm-svn: 106311

original basic block. This avoids trouble with examining
instructions in other basic blocks which haven't been
assigned registers yet.

llvm-svn: 106310

ARM tail calls.  Don't know if it works, but it
doesn't break Darwin.

llvm-svn: 106309

optimizations. There is still some nondeterminism remaining.

llvm-svn: 106306

The rule is simple: only inherit from a class list if they come
in the end, after the last multiclass.

llvm-svn: 106305

llvm-svn: 106304

ask the linker to take another look into some library or object. The case when
one might want to do this is when codegen introduces a new undefined reference.
The canonical example is libgcc.

llvm-svn: 106303

llvm-svn: 106302

llvm-svn: 106301

llvm-svn: 106300

basic tests.

This has been well tested on Darwin but not elsewhere.
It should work provided the linker correctly resolves
  B.W  <label in other function>
which it has not seen before, at least from llvm-based
compilers.  I'm leaving the arm-tail-calls switch in
until I see if there's any problems because of that;
it might need to be disabled for some environments.

llvm-svn: 106299

std::vector.

llvm-svn: 106298

llvm-svn: 106297

MachineRegisterInfo doesn't have to confusingly allocate an extra
entry.

llvm-svn: 106296