Hello Simon,
On 3 March 2014 09:39, Simon Marlow wrote:
> I believe the problem is that we can't represent the output of the mangler
> in LLVM's intermediate language as it stands. Although I think it may now
> be possible to do this with LLVM 3.4:
>
> http://www.haskell.org/pipermail/ghc-devs/2
c-devs@haskell.org <mailto:ghc-devs@haskell.org>
Subject: Re: Runtime error using LLVM bitcode execution
You need to run it against the assembly file (.s) that LLVM generates,
not the .ll file.
Cheers,
Simon
On 28/02/2014 08:48, Benzinger, Ralph wrote:
> Hello Simon,
ailto:marlo...@gmail.com]
> Sent: Freitag, 28. Februar 2014 10:43
> To: Benzinger, Ralph; ghc-devs@haskell.org
> Subject: Re: Runtime error using LLVM bitcode execution
>
> You need to run it against the assembly file (.s) that LLVM generates,
> not the .ll file.
>
-
From: Simon Marlow [mailto:marlo...@gmail.com]
Sent: Freitag, 28. Februar 2014 10:43
To: Benzinger, Ralph; ghc-devs@haskell.org
Subject: Re: Runtime error using LLVM bitcode execution
You need to run it against the assembly file (.s) that LLVM generates,
not the .ll file.
Cheers,
Simon
On 28/02/2
t all. (My understanding is that I
can leave the hfun_stub alone.)
Am I missing something?
Regards
Ralph
-Original Message-
From: Simon Marlow [mailto:marlo...@gmail.com]
Sent: Mittwoch, 26. Februar 2014 09:11
To: Benzinger, Ralph; ghc-devs@haskell.org
Subject: Re: Runtime error using
My guess is that this isn't working because GHC needs to post-process
the assembly generated by LLVM to support tables-next-to-code. You
could extract this phase from GHC (it's just one module, in
compiler/llvmGen/LlvmMangler.hs) and run it as a standalone program.
Cheers,
Simon
On 21/02/201
Hello,
My apologies in advance if this mailing list is not the appropriate
address for posting my problem with the GHC runtime, but it seemed
like the best option on the GHC home page.
I'm trying to execute standalone Haskell functions exported via FFI
and compiled as LLVM bitcode. Unfortunately
