#11380: `cabal repl` exhausts memory -------------------------------------+------------------------------------- Reporter: kennethb | Owner: Type: bug | Status: new Priority: high | Milestone: Component: Compiler | Version: 7.10.3 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: | -------------------------------------+------------------------------------- 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 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. Problem arises when compiling the giant happy-generated dist/build/Language/Python/Parser/Parse.hs file. The memory usage is flat (~1.5G) within the first 2 mins, and the soars up to over 10GB within seconds. `cabal build` and `cabal repl --ghc-options=-fobject-code` works fine. -- Comment (by kennethb): I noticed that -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/11380#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler