llvm-svn: 64076

Right now if the coalesced copy def is dead and its src is a kill, and that
there are now other uses within the live range, the coalescer would mark the
def of the source register as dead. But it should also check if there are
other kills which means the value has other uses not in the live range.

llvm-svn: 64075

llvm-svn: 64073

llvm-svn: 64070

llvm-svn: 64066

llvm-svn: 64065

llvm-svn: 64062

llvm-svn: 64050

llvm-svn: 64040

changes the address space of the pointer.

llvm-svn: 64035

No functional change.

llvm-svn: 64026

llvm-svn: 64024

llvm-svn: 64023

llvm-svn: 64022

ScheduleDAG's TLI member to use const.

llvm-svn: 64018

to make the encapsulation more clear.

llvm-svn: 64017

the iterator typedefs instead of handling the std::vector
directly.

llvm-svn: 64016

two AddString methods to use it.

llvm-svn: 64005

llvm-svn: 64003

pointed out by Torok Edwin.

Remove trailing whitespaces.

llvm-svn: 64002

Adjust derived classes to pass UnknownLoc where
a DebugLoc does not make sense.  Pick one of
DebugLoc and non-DebugLoc variants to survive
for all such classes.

llvm-svn: 64000

llvm-svn: 63999

llvm-svn: 63996

llvm-svn: 63995

Don't sink the instruction if TargetRegisterInfo::isSafeToMoveRegClassDefs doesn't think it's safe. This works around PR1911.

llvm-svn: 63994

llvm-svn: 63993

Many targets build placeholder nodes for special operands, e.g.
GlobalBaseReg on X86 and PPC for the PIC base.  There's no
sensible way to associate debug info with these.  I've left
them built with getNode calls with explicit DebugLoc::getUnknownLoc operands. 
I'm not too happy about this but don't see a good improvement;
I considered adding a getPseudoOperand or something, but it
seems to me that'll just make it harder to read.

llvm-svn: 63992

llvm-svn: 63989

llvm-svn: 63988

llvm-svn: 63979

getCALLSEQ_{END,START} to permit passing no DebugLoc
there.  UNDEF doesn't logically have DebugLoc; add
getUNDEF to encapsulate this.

llvm-svn: 63978

llvm-svn: 63971

llvm-svn: 63969

A simple test program shows that debugging works. :-)

llvm-svn: 63968

llvm-svn: 63967

llvm-svn: 63966

that already hold the lock can call an entry point that doesn't
re-acquire the lock.

llvm-svn: 63965

llvm-svn: 63963

addresses to symbols.

llvm-svn: 63962

Deallocate() methods now take a 'const void*' instead of a 'void *', matching observed behavior with how 'delete[]' can be used.

llvm-svn: 63956