llvm-svn: 53320

llvm-svn: 53319

llvm-svn: 53318

llvm-svn: 53316

llvm-svn: 53315

llvm-svn: 53314

llvm-svn: 53313

llvm-svn: 53312

llvm-svn: 53311

llvm-svn: 53310

llvm-svn: 53309

llvm-svn: 53308

llvm-svn: 53307

llvm-svn: 53306

llvm-svn: 53305

llvm-svn: 53304

llvm-svn: 53303

llvm-svn: 53302

llvm-svn: 53301

llvm-svn: 53300

llvm-svn: 53299

llvm-svn: 53298

llvm-svn: 53297

llvm-svn: 53296

llvm-svn: 53295

llvm-svn: 53294

llvm-svn: 53292

llvm-svn: 53291

llvm-svn: 53290

llvm-svn: 53280

llvm-svn: 53278

llvm-svn: 53277

llvm-svn: 53274

llvm-svn: 53272

llvm-svn: 53270

This is a question of the debugging setup code not
being called at the right time, and it's called from
target-dependent code for some reason.  I have only
attempted to fix Darwin, but I'm pretty sure it's
broken elsewhere; I'll leave that to people who can
test it.

llvm-svn: 53254

llvm-svn: 53237

llvm-svn: 53227

llvm-svn: 53215

MachineMemOperands. The pools are owned by MachineFunctions.

This drastically reduces the number of calls to malloc/free made
during the "Emit" phase of scheduling, as well as later phases
in CodeGen. Combined with other changes, this speeds up the
"instruction selection" phase of CodeGen by 10% in some cases.

llvm-svn: 53212