XCore target: Make handling of large frames not dependent upon an FP.

eliminateFrameIndex() has been reworked to handle both small & large frames
with either a FP or SP.
An additional Slot is required for Scavenging spills when not using FP for large frames.
Reworked the handling of Register Scavenging.

Whether we are using an FP or not, whether it is a large frame or not,
and whether we are using a large code model or not are now independent.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@196091 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Robert Lytton
2013-12-02 11:05:28 +00:00
parent f715d51769
commit f19c6f5763
9 changed files with 409 additions and 216 deletions

View File

@ -12,3 +12,19 @@
using namespace llvm;
void XCoreFunctionInfo::anchor() { }
bool XCoreFunctionInfo::isLargeFrame(const MachineFunction &MF) const {
if (CachedEStackSize == -1) {
CachedEStackSize = MF.getFrameInfo()->estimateStackSize(MF);
}
// isLargeFrame() is used when deciding if spill slots should be added to
// allow eliminateFrameIndex() to scavenge registers.
// This is only required when there is no FP and offsets are greater than
// ~256KB (~64Kwords). Thus only for code run on the emulator!
//
// The arbitrary value of 0xf000 allows frames of up to ~240KB before spill
// slots are added for the use of eliminateFrameIndex() register scavenging.
// For frames less than 240KB, it is assumed that there will be less than
// 16KB of function arguments.
return CachedEStackSize > 0xf000;
}