[GHC] #11380: `cabal repl` exhausts memory
GHC
ghc-devs at haskell.org
Fri Jan 15 06:18:02 UTC 2016
#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
More information about the ghc-tickets
mailing list