zshでcabal-sandboxの状態を表示するを見た方が良いかも知れません。
概要
cabal runの立ち上がりが遅いのでrunhaskellを使うrunsandboxを作った
動機
cabal sandbox使ってますか？私は使ってませんでした。
プロジェクト毎にコンパイルするの、特にyesodとかの巨大パッケージだと死ねます。まぁそれは最初の一回だけなので我慢しましょう。ぐっと我慢して使い始めてさあ実行してみよう、とcabal runすると……
$ time cabal run clean
Package has never been configured. Configuring with default flags. If this
fails, please run configure manually.
Resolving dependencies...
Configuring githubio-0.1.0.0...
Preprocessing executable 'githubio' for githubio-0.1.0.0...
[1 of 1] Compiling Main ( site.hs, dist/build/githubio/githubio-tmp/Main.o )
Linking dist/build/githubio/githubio ...
Removing _site...
Removing _cache...
Removing _cache/tmp...
cabal run clean 10.36s user 1.25s system 92% cpu 12.613 totalなんと言うことでしょう。10秒以上待たされました。なんといちいちコンパイルしているのです。 これでは私のようなちょっと書いて実行してみて考える、残念な人にとっては使い物になりません。
解決法
幸いにしてcabal.sandbox.configのpackage-dbを食わせてやればrunhaskellでもsandbox中のパッケージを使えるようです。
$ grep package-db cabal.sanbox.config
package-db: `pwd`/.cabal-sandbox/x86_64-osx-ghc-7.6.3-packages.conf.d
$ time runhaskell -no-user-package-db -package-db=`pwd`/.cabal-sandbox/x86_64-osx-ghc-7.6.3-packages.conf.d site.hs clean
Removing _site...
Removing _cache...
Removing _cache/tmp...
runhaskell -no-user-package-db site.hs clean 1.63s user 0.30s system 96% cpu 1.989 totalので、これを簡単に実行するプログラムを書きました。便利！
$ time runsandbox site.hs clean
Removing _site...
Removing _cache...
Removing _cache/tmp...
runsandbox site.hs clean 1.59s user 0.27s system 98% cpu 1.894 totaソースはこちら