llvm-svn: 53321

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: 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: 53280

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: 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

ATT asm printer just print register AsmName's instead of calling tolower on each charater of Name. This speeds it up by 10%.

llvm-svn: 53208

llvm-svn: 53177

hook for each way in which a result type can be
legalized (promotion, expansion, softening etc),
just use one: ReplaceNodeResults, which returns
a node with exactly the same result types as the
node passed to it, but presumably with a bunch of
custom code behind the scenes.  No change if the
new LegalizeTypes infrastructure is not turned on.

llvm-svn: 53137

moves in order to get correct debug info.  Since
I can't imagine how any target could possibly
be any different, I've just stripped out the
option: now all the world's like Darwin!

llvm-svn: 53134

llvm-svn: 53109

- Remove calls to copyKillDeadInfo which is an N^2 function. Instead, propagate kill / dead markers as new instructions are constructed in foldMemoryOperand, convertToThressAddress, etc.
- Also remove LiveVariables::instructionChanged, etc. Replace all calls with cheaper calls which update VarInfo kill list.

llvm-svn: 53097

processed separately. Honour such situation and emit PIC relocations properly
in such case.

llvm-svn: 53091

llvm-svn: 53060

Make LiveVariables even more optional, by making it optional in the call to TargetInstrInfo::convertToThreeAddressInstruction
Also, if LV isn't around, then TwoAddr doesn't need to be updating flags, since they won't have been set in the first place.

llvm-svn: 53058

to be passed the list of value types, and use this
where appropriate.  Inappropriate places are where
the value type list is already known and may be
long, in which case the existing method is more
efficient.

llvm-svn: 53035