5
Tôi đã cố gắng để cài đặt chính xác trong vài ngày qua, và trong khi tôi thấy khó khăn để có được cabal install happy không chỉ lỗi (bằng cách cài đặt happy-1.19 với apt-get và thêm /opt/happy/1.19.3/bin to PATH) , bây giờ nó chạy qua nguồn cho đến khi nó được ProduceCode (15/18) và dường như nhập một vòng lặp vô hạn. Nó tích lũy bộ nhớ cho đến khi tôi nhấn Ctrl+C hoặc tắt nguồn khi toàn bộ hệ thống không phản hồi. Tôi nghĩ rằng tôi nhớ rằng đây không phải là vấn đề với GHC-HEAD, nhưng tôi không muốn sử dụng phần đầu vì nó có vẻ cập nhật vài ngày một lần, đòi hỏi tôi phải liên tục xây dựng lại các gói của mình, trừ khi có một mẹo mà tôi không biết về việc di chuyển từ head đến head+1."cabal install happy" gây ra tràn bộ nhớ. (GHC 7.8.2)
$ 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
Bạn đang xây dựng với '-O2'? Đối với tôi, nó hoạt động với '-O' hoặc' -O2 -fno-spec-constr', nhưng khi tôi cố gắng xây dựng với '-O2', tôi đã giết ghc sau khi nó lên tới 4gb RAM. –
Đó chính là nó! Tôi đã sử dụng dòng 'cabal install happy --ghc-options = "- fno-spec-constr" 'và nó gần như không có bộ nhớ. Bây giờ nếu tôi chỉ có thể nhớ những gì hạnh phúc là một sự phụ thuộc cho ... – SplinterOfChaos
Điều này có thể giúp bạn: http://stackoverflow.com/questions/6952396/why-does-ghc-take-so-long-to-link – Codygman