Haskell

Haskell は汎用の純関数型プログラミング言語です。

インストール

Haskell は Linux でネイティブに実行することができるマシンコードを生成します。(コンパイル済みの) バイナリのソフトウェアを実行するのに特別なものは必要ありません。公式リポジトリや ArchHaskell で提供されているソフトウェアと同じです。一方、AUR のパッケージやソースコードは、ソフトウェアをビルドするのにコンパイラを必要とします。

コンパイラをインストールするだけで Haskell のソースコードがビルドできるようになります。Haskell での開発を始めるためのツールのコンプリートセットである Haskell-Platform もあります。

コンパイラ

Haskell のソースコードをネイティブコードにビルドするには、コンパイラをインストールする必要があります。複数の実装が存在しますが、一番よく使われている (事実上のリファレンス実装となっている) のは GHC (Glasgow Haskell Compiler) です。公式リポジトリの ghc でインストールができます。

次のファイルを用意して:

Main.hs

main = putStrLn "Hello, World"

以下を実行して試すことができます:

$ ghc -dynamic Main.hs
$ ./Main

Hello, World

リンクの問題

GHC はデフォルトで静的リンクを使用します、動的リンクをするときには -dynamic フラグを使用します。バージョン 8.0.2-1 から、Arch の ghc パッケージには GHC プラットフォームライブラリの静的バージョンが含まれていません。デフォルトのコンパイラフラグを機能させるには ghc-static パッケージが必要です。

pacman でパッケージ化されている Haskell モジュールの多くは動的リンクを使っており、AUR のパッケージも同様です。GHC はコンパイラのバージョン間で ABI 互換性を維持していないため、パッケージシステムから外れたローカルの開発環境では静的リンクを使うことが推奨されます。

また、Cabal でデフォルトの静的リンクを使おうとしたときにも問題があります。Cabal で動的リンクを使うには、~/.cabal/config を編集して executable-dynamic: True 行を追加してください。

Haskell Platform

Haskell での開発を簡単に始められる、haskell-platform バンドルは次のように説明されます:

Haskell のプログラミングを始める一番簡単な方法です。立ち上げて動作させるのに必要な全てが入っています。次のように考えて下さい "Haskell: batteries included" (電池付属)。

AUR のパッケージが存在 (haskell-platform^AUR^{[リンク切れ: アーカイブ: aur-mirror]}) しますが、公式リポジトリから以下のパッケージをインストールすることに置き換えられます:

ghc (ghc と ghc-static) — 動的ブートライブラリが付属するコンパイラと静的ブートライブラリ
cabal-install (cabal-install) — Cabal と Hackage のコマンドラインインターフェイス
haddock (haskell-haddock-api と haskell-haddock-library) — ドキュメントを生成するためのツール
happy (happy) — パーサジェネレータ
alex (alex) — 字句解析器ジェネレータ

また、[1] に従って stack を使って Haskell 環境を管理する方法もあります。

Haskell パッケージの管理

Haskell ライブラリや実行可能ファイルの多くはパッケージにまとめられています。どれも Hackage から利用することが可能です。パッケージをインストール・管理する方法は複数存在します。あまり一般的でない方法もこのセクションで説明を行います。

推奨されるワークフローは以下の通りです:

公式リポジトリまたは ArchHaskell リポジトリは Hakell パッケージの第一のソース (ここでの or は排他)
cabal-install (あるいは sandbox を使用) は Haskell 開発用
Arch User Repository は他で得られないパッケージのために使用

cblrepo は Linux ディストリビューションの Haskell パッケージを管理するために使用するツールです。これのラッパーである、cabal2pkgbuild-git^AUR^{[リンク切れ: アーカイブ: aur-mirror]} は Hackage パッケージから PKGBUILD を作成することができます。新しい Haskell パッケージを作成することについては Haskell パッケージガイドラインに詳しく記載があります。

方法ごとのプラス面とマイナス面

以下の表はそれぞれのパッケージ管理方法のメリットとデメリットのまとめです。

方法	良い点	悪い点
公式リポジトリ	ArchLinux 開発者が運営、パッケージのバージョンの整合性に問題なし、コンパイル済み	利用できるパッケージの数が限られる
ArchHaskell リポジトリ	ArchHaskell グループが運営、パッケージのバージョンの整合性に問題なし、コンパイル済み	使用するのに手動で設定が必要
cabal-install	全てのパッケージが利用可能	インストール先がホームフォルダ、cabal-install はパッケージマネージャではない、パッケージのバージョンの整合性に問題がある可能性 (別名 cabal hell)
Arch User Repository	始めるのが簡単	パッケージのメンテナンスがなくなる可能性、パッケージのバージョンの整合性に問題がある可能性

ArchHaskell リポジトリ

詳細は ArchHaskell を見て下さい。

cabal-install

警告: 非推奨の方法です。cabal-install はパッケージマネージャではないことを肝に銘じて下さい。

ノート: Haskell 開発での唯一の例外は cabal-install が推奨されるツールだということです。バージョン 1.18 から、cabal には sandbox システムが装備され異なるバージョンのライブラリをプロジェクトごとに分離することができます。cabal sandbox のイントロダクションはここにあります。

準備

公式リポジトリから cabal-install をインストールしてください。

パスを指定しないでインストールした実行可能ファイルを実行するには、cabal のバイナリフォルダ ~/.cabal/bin を $PATH 変数に追加する必要があります。シェルの設定ファイルに以下の行を記述することで追加できます (bash の場合 ~/.bashrc、zsh の場合 ~/.zshrc):

PATH=$PATH:~/.cabal/bin

cabal sandbox の中で実行したい場合:

PATH=$PATH:.cabal-sandbox/bin

cabal サンドボックスの中で実行するには以下も追加する必要があります:

PATH=$PATH:.cabal-sandbox/bin

パッケージのインストール

$ cabal update
$ cabal install <pkg>

-j を追加することで並列コンパイルができます。また、--global フラグを使うことでシステム全体にパッケージをインストールすることもできますが、これは非推奨です。ユーザーごとのインストールでは、全てのファイルは ~/.cabal に配置されライブラリは ~/.ghc に登録されるので、フォルダを削除することで簡単にクリーンアップすることができます。システム全体にインストールすると、ファイルがファイルシステムに散らばってしまい管理するのが難しくなります。

パッケージの削除

パッケージの削除を簡単に行う方法はありません。Cabal には削除機能がありません。

zsh の自動補完を使うことで haskell パッケージを探し出しやすくなります。

Haskell のパッケーシステム全体を修正・再インストールしたい場合、~/.cabal と ~/.ghc を削除してスクラッチからインストールしなおしてください。

参照