2011-09-25 7 views

答えて

7

私は間違いなく、ハスケルプラットフォームのアップグレードの経験が不器用だった。あなたはあなただけ(!あなたが最初ではないでしょう)事を拭き、新鮮な開始する十分な悩みを持っている場合は、ここで見てみましょう:

Everywhere that GHC/Haskell Platform installs

5

私が知る限り、更新メカニズムはありません。そして、私はOSXの上にもう一つのプラットフォームのバージョンをインストールするだけで問題は一度もありません。

+0

ありがとうございました。私はちょうど先に行くし、それを行うでしょう。 –

2

私は未来から来(06/2013 )、新しいものをうまくインストールするためには、私はhaskellプラットフォームのインストールを全部止めなければなりませんでした。だから、まだ滑らかなアップグレード方法はありません。 (少なくともOS Xでは)

+0

最初に私は古いバージョンの上に1つのバージョンをインストールしようとしましたが、私はcabalを通してライブラリをインストールするのに問題がありました。 –

2

既存のプラットフォームを核にする必要があるかどうかは、パッケージをインストールするためのキャバルの設定によって異なります。

cabal-installが、GHCバージョンでパッケージを区切るconfigを作成するように変更されました。それがあなたが使った設定だったら、古いものの上にHaskell Platformをインストールするだけです。

install-dirs user 
    prefix: /Users/pgiarrusso/Library/Haskell/$compiler/lib/$pkgid 
-- [...] 
install-dirs global 
    prefix: /Library/Haskell/$compiler/lib/$pkgid 

インストール固有のバイナリは、gtk2hs-buildtoolsからのもののような、唯一の上記のような構成で分離されています。私が知る限り、ghc-pkgとcabalで使用されている実際のパッケージ登録簿(~/.ghc/$GHC_VERSION)は、常にGHC版ごとです。 (Hackageの)vanilla cabal-installによって生成された設定は、このような予防措置を講じません。

install-dirs user 
    -- prefix: /Users/pgiarrusso/.cabal 
[...] 
install-dirs global 
    -- prefix: /usr/local 

あなたは、このような設定を持っている場合、私はあなたが古いHaskellのプラットフォームから少なくとも~/.cabal内のデータ、そしてまた/usr/localでバイナリを削除しない限り、トラブルを取得するつもりだ期待 - しかし、NUKEはありません他のソフトウェアのインストールには、/usr/localが頻繁に使用されているため、ディレクトリ全体が!

デフォルトの設定は、設定が存在しない場合にのみ生成されるため、設定を更新するには、既存の設定を削除する必要があります。

関連する問題