Displaying 4 results from an estimated 4 matches for "stgreturn".
Did you mean:
sigreturn
2017 Dec 01
2
Some strange i64 behavior with arm 32bit. (Raspberry Pi)
Hi Tim,
thanks for the swift response!
@debug is defined in the same module, which makes this all the more confusing.
The target information from the working example are:
target datalayout = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
target triple = "armv6kz--linux-gnueabihf"
from the ghc produced module:
target datalayout =
2012 Jun 29
1
[LLVMdev] Request for merge: GHC/ARM calling convention.
...ABI libs as Haskell code is using them too.
For registerised GHC build there are two important functions provided in
GHC's RTS written in C (or gcc inline asm compiled by gcc still using
platform ABI) which performs important task of bridging C world ABI and
GHC own ABI. It's StgRun and StgReturn. StgRun calls Haskell (STG)
function from the C world and StgReturn return from the Haskell world
into C world again safely. They are defined in rts/StgCRun.c and the
comment from the top of the file might be more useful here than my
writing about it:
* STG-to-C glue.
*
* To run an STG f...
2012 Jun 29
0
[LLVMdev] Request for merge: GHC/ARM calling convention.
On 29 June 2012 17:46, Karel Gardas <karel.gardas at centrum.cz> wrote:
> Yes and no. Shortly: original GHC/ARM/LLVM port was done by Stephen on
> ARMv5/Qemu IIRC. I've later added whole VFP support and ARMv7 support. The
> code in GHC is properly #ifdefed, so if there is no VFP available on pre
> ARMv6, then it's not used. ie. GHC STG floating points regs are then
>
2012 Jun 29
2
[LLVMdev] Request for merge: GHC/ARM calling convention.
Hi Renato,
On 06/25/12 12:13 AM, Renato Golin wrote:
> Hi Karel,
>
> I understand this patch has already been merged (to 3.0), so don't
> take my question as stopping the merge to head, I'm just making sure I
> got it right... The rest looks correct.
>
> + CCIfType<[v2f64], CCAssignToReg<[Q4, Q5]>>,
> + CCIfType<[f64], CCAssignToReg<[D8, D9,