Thanks Zubin! That looks very much on the mark. We might not need to change
GHC after all if we can avoid calling the R runtime from Template Haskell
[4].
[4] https://github.com/tweag/HaskellR/issues/369
On Tue, Nov 16, 2021 at 3:11 PM Zubin Duggal wrote:
> A patch to run Template Haskell code
A patch to run Template Haskell code in a forked thread was included in
ghc-8.10.6: https://gitlab.haskell.org/ghc/ghc/-/merge_requests/5042
This was chosen as the only robust way to avoid reporting any
asynchronous exceptions thrown to the compilation process during TH
evaluation as a user erro
Hello Carter, thanks for taking a look.
> Rather than a ghc or linker error
There is no such error. The error is produced instead by the R runtime when
it finds it is running in a thread not quite like it expects. Here's a
failing job [2].
And the error message looks like:
HaskellR-examples
Hey Facundo: can you share a link to the underlying error ? I tried to find
the error output in the linked ticket, but I only see a failure message at
the stack_build_tool level. Rather than a ghc or linker error
How would I replicate the build failure locally? Would cabal get haskellR ;
cd haske
