New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sporadic GHCJS crashes and panics #791
Comments
One thing you might try is telling cabal not to build in parallel. This fixed my random GHCJS panics with the same version of GHCJS. If you disable parallel builds and it fixes the problem, that is a huge step toward identifying the cause. |
Possibly related: #654 |
We had these problems until we switched from cabal to cabal-v2. Mysterious, I know. |
I get a reproducible error: https://github.com/typeable/octopod/pull/83/checks?check_run_id=3408759131 rerunning the job yields the same result for history: this is the commit typeable/octopod@8091758 |
Hello,
ghcjs-8.6.0.1 -O2
obtained through Reflex Platform on x86_64 GNU/Linux crashes sporadically on my codebase and usually runs through on retry.Unable to identify a pattern, I would not know where to start debugging this and am aware that the information in this (initial) post is not enough to investigate the root cause.
This issue is started to keep track of these crashes, also for reference for other people experiencing similar crashes.
Retrying a compilation here and there is not a big issue, my real concern is that GHCJS might produce incorrect or corrupt code(?).
Some of the error messages mention:
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
, but I guess given this is GHCJS this does not apply here?These are four examples:
(cabal is compiling modules in parallel so I am not sure whether the
Linking Template Haskell
actually came from the crashed compilation.)Thanks,
Johannes
The text was updated successfully, but these errors were encountered: