OK, at least get rid of old stuff, and mark what needs to be fixed for V9

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@22255 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Andrew Lenharth 2005-06-18 18:46:40 +00:00
parent 558bc88a00
commit 5fb7f20469
2 changed files with 4 additions and 2 deletions

View File

@ -96,7 +96,6 @@ Xdefine PANIC printf
%term Call=CallOPCODE
%term Shl=ShlOPCODE
%term Shr=ShrOPCODE
%term VANext=VANextOPCODE
%term VAArg=VAArgOPCODE
/* 33...46 are unused */
/*
@ -268,7 +267,6 @@ reg: Call = 61 (20); /* just ignore the operands! */
reg: Shl(reg,reg) = 62 (20); /* 1 for issue restrictions */
reg: Shr(reg,reg) = 63 (20); /* 1 for issue restrictions */
reg: Phi(reg,reg) = 64 (0);
reg: VANext(reg) = 65 (40); /* incr stack slot pointer */
reg: VAArg(reg) = 66 (40); /* get a vararg */
/*

View File

@ -4216,6 +4216,8 @@ void GetInstructionsByRule(InstructionNode* subtreeRoot, int ruleForNode,
case 64: // reg: Phi(reg,reg)
break; // don't forward the value
#if 0
//FIXME: new VAArg support
case 65: // reg: VANext(reg): the va_next(va_list, type) instruction
{ // Increment the va_list pointer register according to the type.
// All LLVM argument types are <= 64 bits, so use one doubleword.
@ -4227,7 +4229,9 @@ void GetInstructionsByRule(InstructionNode* subtreeRoot, int ruleForNode,
addSImm(argSize).addRegDef(vaNextI));
break;
}
#endif
//FIXME: new VAArg support
case 66: // reg: VAArg (reg): the va_arg instruction
{ // Load argument from stack using current va_list pointer value.
// Use 64-bit load for all non-FP args, and LDDF or double for FP.