This is based on the observation that long live ranges are more difficult to
allocate, so there is a better chance of solving the puzzle by handling the big
pieces first. The allocator will evict and split long alive ranges when they get
in the way.

RABasic is still using spill weights for its priority queue, so the interface to
the queue has been virtualized.

llvm-svn: 126259

llvm-svn: 126258

  template <class T1, class T2> pair<T1,T2> make_pair(const T1&, const T2&);
to
  template <class T1, class T2> pair<V1, V2> make_pair(T1&&, T2&&);
so explicitly specifying the template arguments to make_pair<> is going to break
when C++0x rolls through. Replace them with equivalent std::pair<>. Patch by
James Dennett!

llvm-svn: 126256

values from all of the loop's exiting blocks are equal. Patch by Andrew Clinton.

llvm-svn: 126253

llvm-svn: 126244

llvm-svn: 126238

clang uses DBuilder, so it requries corresponding change.

llvm-svn: 126231

llvm-svn: 126226

parser.

llvm-svn: 126225

llvm-svn: 126224

share entries. Add a DenseSet to MachineConstantPool for the MachineCPVs that
it owns.

This will hopefully fix the MC/ARM/elf-reloc-01.ll failure on the leaks bots.

llvm-svn: 126218

It seems it affected configuration --target=i686-pc-mingw32, I don't know and will investigate why.

llvm-svn: 126217

llvm-svn: 126216

llvm-svn: 126215

llvm-svn: 126214

llvm-svn: 126213

llvm-svn: 126212

On @foobar(double %d, double* %x),
AMD64: (%xmm0, %rdi)
Win64: (%xmm0, %rdx) (not %rcx!)

llvm-svn: 126211

llvm-svn: 126210

llvm-svn: 126209

llvm-svn: 126208

llvm-svn: 126207

llvm-svn: 126206

llvm-svn: 126205

llvm-svn: 126204

llvm-svn: 126203

llvm-svn: 126202

llvm-svn: 126201

llvm-svn: 126200

llvm-svn: 126199

llvm-svn: 126198

llvm-svn: 126197

llvm-svn: 126196

llvm-svn: 126195

Redzone is not applicable on Win64.

llvm-svn: 126194

llvm-svn: 126192

llvm-svn: 126191

Apparently it's ok for multiple operands to "kill" the same register.
Fixes PR9237.

llvm-svn: 126190

llvm-svn: 126185

fixed in r126147, where a field in the X86 decode
structure was being read as bits, not bytes.

llvm-svn: 126182