search for: registerised

David, Thanks for that - I emailed Karel Gardas. I've got GHC successfully registerised on ARM, and I'm just starting on pushing it upstream. The reason why I'm avoiding the R0-R3 registers is mainly because my qemu-based ARM VM takes days to compile everything, and I was being conservative. The GHC code can call directly out to C, so it would need to save its own R0-R3 w...

...end in GHC. The patch looks mostly good to me (although I am not that familiar with ARM so could easily have missed something). My main concern is why are you avoiding using the R0 - R3 registers? Also, could you please update me on the status of this work. I assume you are getting GHC running in registerised mode on ARM. There is also a guy called Karel Gardas (karel.gardas at centrum.cz) who is working on this as well and making good progress. Would be good (off this mailing list though) to all get in contact. Cheers, David On 30 June 2011 17:16, Stephen Blackheath [to LLVM-dev] <effusively.proff...

All, I would like to submit the attached patch, which allows the GHC (Glasgow Haskell Compiler) calling convention to work on ARM targets. Could some nice person please review this code, so I can move towards getting it committed? I have thoroughly tested this patch again GHC on a Debian-ARM (armel) system. Unfortunately my understanding of LLVM is limited, so it's likely I'm not

...platform, but the patch just enhances this support to also support ARM platform and its really just ARM specific hence not affecting any other platform. By including this patch you will easy adoption of GHC on ARM platform, and although GHC is already available on ARM platform in its "unregisterised" form, when LLVM is available with patch applied, GHC might be build in "registerised" form. This provides not only a lot of nice features of GHC (GHCi, Template Haskell, DPH etc.) but also significant performance improvement[3]. This all is missing from "unregisterised&quot...

...e with EABI libraries... ;) You makes me worried! Let me ask, am I wrong assuming Ubuntu 11.04/11.10/12.04 are using EABI? That's at least what I thought all the time... Anyway, if they are EABI, then GHC/ARM needs to interoperate well with EABI 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 wo...

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 >

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,