search for: iscalleepop

Displaying 3 results from an estimated 3 matches for "iscalleepop".

2010 Mar 03
0
[LLVMdev] [PATCH] New calling convention for use by GHC
..."Var args not supported with calling convention fastcc"); + assert(!(isVarArg && CallConv == CallingConv::GHC) && + "Var args not supported with calling convention ghc"); Likewise. @@ -2151,7 +2168,8 @@ unsigned NumBytesForCalleeToPush; if (IsCalleePop(isVarArg, CallConv)) NumBytesForCalleeToPush = NumBytes; // Callee pops everything - else if (!Is64Bit && CallConv != CallingConv::Fast && IsStructRet) + else if (!Is64Bit && CallConv != CallingConv::Fast && + CallConv != CallingConv::GHC &&...
2010 Mar 07
1
[LLVMdev] [PATCH] New calling convention for use by GHC
...calling convention fastcc"); > + assert(!(isVarArg&& CallConv == CallingConv::GHC)&& > + "Var args not supported with calling convention ghc"); > > Likewise. > > @@ -2151,7 +2168,8 @@ > unsigned NumBytesForCalleeToPush; > if (IsCalleePop(isVarArg, CallConv)) > NumBytesForCalleeToPush = NumBytes; // Callee pops everything > - else if (!Is64Bit&& CallConv != CallingConv::Fast&& IsStructRet) > + else if (!Is64Bit&& CallConv != CallingConv::Fast&& > + CallConv != Cal...
2010 Mar 03
2
[LLVMdev] [PATCH] New calling convention for use by GHC
Hi all, As previously mentioned on this list the Haskell compiler GHC has a new LLVM based back-end. The back-end needs a new calling convention to efficiently use LLVM and that is what this patch does, just for X86 at the moment. Breakdown: 1) Need actual calling convention Touches: - include/llvm/CallingConv.h - lib/Target/X86/X86CallingConv.td 2) Handling new calling