[GHC] #11380: `cabal repl` exhausts memory
GHC
ghc-devs at haskell.org
Fri Jan 8 11:46:23 UTC 2016
#11380: `cabal repl` exhausts memory
-------------------------------------+-------------------------------------
Reporter: kennethb | Owner:
Type: bug | Status: new
Priority: high | Milestone:
Component: Compiler | Version: 7.10.2
Resolution: | Keywords:
Operating System: Linux | Architecture: x86_64
Type of failure: Compile-time | (amd64)
crash | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Changes (by kennethb):
* os: Unknown/Multiple => Linux
Old description:
> I have a project that depends on happy/alex to generate parsers.
> (https://github.com/TOSPIO/pyn)
>
> Running `cabal repl` on my laptop (Gentoo Linux amd64) with 16GiB memory
> ended up eating up all memory and eventually resulted in kernel panic.
>
> `cabal build` works fine. Problem arises when compiling the giant happy-
> generated dist/build/Language/Python/Parser/Parse.hs file
>
> also `cabal repl --ghc-options=-fobject-code` works fine.
New description:
I have a project that depends on happy/alex to generate parsers.
(https://github.com/TOSPIO/pyn)
Running `cabal repl` on my laptop with 16GiB memory ended up eating up all
memory and eventually resulted in kernel panic.
`cabal build` works fine. Problem arises when compiling the giant happy-
generated dist/build/Language/Python/Parser/Parse.hs file
also `cabal repl --ghc-options=-fobject-code` works fine.
--
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11380#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list