"cabal install happy"로 인해 메모리 오버플로가 발생합니다. (GHC 7.8.2)

나는 지난 몇 일 동안 제대로 설치 행복 얻을려고 노력했습니다, 그리고 내가 발견하면서 도전 (apt-get와 happy-1.19를 설치하고 PATH에 /opt/happy/1.19.3/bin을 추가하여) cabal install happy에뿐만 아니라 오류를 얻을 수 이제는 소스를 통해 ProduceCode (15/18)이 될 때까지 계속 실행되며 무한 루프가됩니다. Ctrl+C을 누르거나 전체 시스템이 응답하지 않을 때까지 전원이 꺼질 때까지 메모리가 누적됩니다."cabal install happy"로 인해 메모리 오버플로가 발생합니다. (GHC 7.8.2)

나는 이것이 GHC-HEAD에 전혀 문제가되지 않는다는 것을 기억하지만, 며칠마다 업데이트하는 것으로 보이기 때문에 머리를 사용하고 싶지는 않다. 내 꾸러미를 끊임없이 재구성해야한다. head에서 head+1으로 마이 그 레이션하는 것에 대해 잘 모르는 트릭입니다.

$ ghc -v 
Glasgow Haskell Compiler, Version 7.8.2, stage 2 booted by GHC version 7.4.1 
Using binary package database: /opt/ghc/7.8.2/lib/ghc-7.8.2/package.conf.d/package.cache 
Using binary package database: /home/house/.ghc/x86_64-linux-7.8.2/package.conf.d/package.cache 
package oeis-0.3.5-26e4c8a4e89d20dbd9e2d89ad4774bd0 is unusable due to missing or recursive dependencies: 
HTTP-4000.2.12-2793df5d0fb675f1a42bc04cfdf74851 
hiding package Cabal-1.18.1.3 to avoid conflict with later version Cabal-1.20.0 
hiding package Cabal-1.19.2 to avoid conflict with later version Cabal-1.20.0 
wired-in package ghc-prim mapped to ghc-prim-0.3.1.0-948744e1f99cc8bcc7c7d3ba60c7c2d8 
wired-in package integer-gmp mapped to integer-gmp-0.5.1.0-dc47f6b546fc171f67a7f7d311684a99 
wired-in package base mapped to base-4.7.0.0-018311399e3b6350d5be3a16b144df9b 
wired-in package rts mapped to builtin_rts 
wired-in package template-haskell mapped to template-haskell-2.9.0.0-dcc8c210fb02937e104bc1784d7b0f06 
wired-in package dph-seq not found. 
wired-in package dph-par not found. 
Hsc static flags: 
*** Deleting temp files: 
Deleting: 
*** Deleting temp dirs: 
Deleting: 
ghc: no input files 
Usage: For basic information, try the `--help' option. 

$ cabal --version 
cabal-install version 1.20.0.0 
using version 1.20.0 of the Cabal library

출처

2014-04-17 SplinterOfChaos

'-O2'로 건축하고 있습니까? 나에게 그것은'-O' 또는'-O2 -fno-spec-constr'와 함께 작동하지만,'-O2'로 빌드를 시도했을 때 ghc가 4GB 램까지 올라간 후에 ghc를 죽였다. –

그건 정확히 그랬어! 나는'cabal install happy -ghc-options = "-fno-spec-constr"줄을 사용했고 메모리를 거의 사용하지 않았다. 이제 행복이 무엇에 대한 의존성인지를 기억할 수만 있다면 ... – SplinterOfChaos

도움이 될 것입니다. http://stackoverflow.com/questions/6952396/why-does-ghc-take-so-long-to-link – Codygman

코멘트에서

커뮤니티 위키 답변 :

"나를 위해, 그것은 -O 또는 -O2 -fno-spec-constr 작동하지만 내가 -O2 건물 시도 할 때 4GB의 RAM에 일어나서 후 나는 GHC 사망"

출처

2016-03-19 19:32:42 sclv

"cabal install happy"로 인해 메모리 오버플로가 발생합니다. (GHC 7.8.2)

답변

관련 문제