私は OSX 10.6 を使用しており、現在プラットフォーム 2010.2.0.0 を使用しています。2011.2.0.1 を一番上にインストールするだけでよいですか、それともよりスムーズな更新メカニズムはありますか?
4 に答える
私は間違いなくHaskellプラットフォームででこぼこのアップグレード経験をしました。物事を一掃して最初からやり直したいだけの十分な問題がある場合(あなたが最初ではないでしょう!)、ここを見てください:
私の知る限り、更新メカニズムはありません。また、OSX で 1 つのプラットフォーム バージョンを別のプラットフォーム バージョンの上にインストールするだけで問題が発生したことは一度もありません。
既存のプラットフォームを核にする必要があるかどうかは、cabal がパッケージをインストールするように構成されている場所によって異なります。
Mac OS X では、提供されている cabal-install が変更され、パッケージを GHC バージョンごとに分離する構成が作成されます。それが使用した構成である場合は、古いものの上に 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/$GHC_VERSION
場合、ghc-pkg と cabal で使用される) は、代わりに常に GHC バージョンごとです。バニラの cabal-install (Hackage から) によって生成された構成は、そのような予防策を講じていません。
install-dirs user
-- prefix: /Users/pgiarrusso/.cabal
[...]
install-dirs global
-- prefix: /usr/local
そのような設定がある場合、少なくとも のデータ~/.cabal
と古い Haskell Platform のバイナリを削除しない限り、問題が発生することが予想されます/usr/local
— ただし、ディレクトリ全体を削除しないでください。/usr/local
他のソフトウェアをインストール!
デフォルトの構成は、構成が存在しない場合にのみ生成されるため、構成を更新するには、既存の構成を移動する必要があります。