llvm-svn: 22002

llvm-svn: 22001

is always 8-byte aligned for fastcc

llvm-svn: 21995

llvm-svn: 21994

llvm-svn: 21993

llvm-svn: 21992

llvm-svn: 21991

llvm-svn: 21988

llvm-svn: 21986

llvm-svn: 21985

do not use

llvm-svn: 21984

llvm-svn: 21982

llvm-svn: 21980

llvm-svn: 21977

llvm-svn: 21976

llvm-svn: 21964

llvm-svn: 21962

llvm-svn: 21960

llvm-svn: 21959

llvm-svn: 21958

llvm-svn: 21957

llvm-svn: 21945

llvm-svn: 21939

each live in, and copy the regs from the vregs.  As the very first thing we
do in the function, insert copies from the pregs to the vregs.  This fixes
problems where the token chain of CopyFromReg was not enough to allow reordering
of the copyfromreg nodes and other unchained nodes (e.g. div, which clobbers
eax on intel).

llvm-svn: 21932

llvm-svn: 21931

llvm-svn: 21930

instruction.  This is useful for catching optimizers that don't preserve
calling conventions

llvm-svn: 21928

llvm-svn: 21927

BZ_OK (meaning more data is expected) but there is no more input data. In
this case, the input file is probably truncated. Generate an exception that
indicates this case when its detected.

llvm-svn: 21926

fixes Ptrdist/anagram with x86 llcbeta

llvm-svn: 21925

llvm-svn: 21924

llvm-svn: 21923

I can actually remember which one is which now!

llvm-svn: 21922

X86/2004-02-22-Casts.llx

llvm-svn: 21919

llvm-svn: 21917

llvm-svn: 21916

llvm-svn: 21915

two integer values in registers for the fastcc calling conv.

llvm-svn: 21912

llvm-svn: 21900

llvm-svn: 21899