llvm-svn: 103822

llvm-svn: 103821

llvm-svn: 103820

stack.

llvm-svn: 103813

llvm-svn: 103808

llvm-svn: 103807

llvm-svn: 103806

while debugging what's mishandled about them in the post-RA pass.

llvm-svn: 103805

llvm-svn: 103804

the variable actually tracks.

N.B., several back-ends are using "HasCalls" as being synonymous for something
that adjusts the stack. This isn't 100% correct and should be looked into.

llvm-svn: 103802

used more than once. If ISel had put a kill flag on one of them,
it's not valid to transfer the kill flag to each new instance.

llvm-svn: 103799

llvm-svn: 103798

- Kill is implicit when use and def registers are identical.
- Only virtual registers can differ.

Add a -verify-fast-regalloc to run the verifier before the fast allocator.

llvm-svn: 103797

argument, like "int $4", to not get an Assertion error.

llvm-svn: 103791

llvm-svn: 103790

used to replace a normal relocation, not a reference to a GOT entry.

llvm-svn: 103789

This adds extra security against using clobbered physregs, and it adds kill
markers to physreg uses.

llvm-svn: 103784

llvm-svn: 103778

control barriers, not memory ordering barriers.

llvm-svn: 103777

llvm-svn: 103776

-filetype=obj test, and -filetype=obj leaks a few objects. Added a FIXME, we
need to sort out the ownership model for the various MC objects.

llvm-svn: 103769

 - This is a hack, but I can't decide the best place to handle this. Chris?

llvm-svn: 103765

llvm-svn: 103764

llvm-svn: 103760

Nothing uses this yet.

llvm-svn: 103757

llvm-svn: 103756

 - The eliminates the last major algorithmic problem with MC.

llvm-svn: 103754

MC: Extend MCAsmLayout to explicitly track which fragments have been layed out, and enforce several invariants to LayoutFragment to ensure we only do layout in a sensible order.

llvm-svn: 103753

llvm-svn: 103752

llvm-svn: 103751

Also, elimminate MCAsmLayout::set*, which are no longer needed.

llvm-svn: 103750

llvm-svn: 103749

llvm-svn: 103748

This loop is quadratic in the capacity for a DenseMap:

  while(!map.empty())
    map.erase(map.begin());

Instead we now do a normal begin() - end() iteration followed by map.clear().
That also has the nice sideeffect of shrinking the map capacity on demand.

llvm-svn: 103747

Adding a v8i64 512-bit vector type. This will be used to model ARM NEON intrinsics which translate into a pair of vld / vst instructions that can load / store 8 consecutive 64-bit (D) registers.

llvm-svn: 103746

one was subject to double rounding in extreme cases.

llvm-svn: 103744

llvm-svn: 103739

llvm-svn: 103738

when they move instructions.

llvm-svn: 103737

llvm-svn: 103731