Haskellの環境構築2023
この記事はHaskell Advent Calendar 2022の1日目の記事です。 この記事では、2022年12月時点のHaskellの環境構築手順を紹介します。2023年になっても通用するといいなあ。 対象とする環境 対象とする環境は以下の通りです： Unix系 macOS (Intel / Apple Silicon) Linux (x86_64 / aarch64) WSL2を含む（WSL1は不具合があった気がするので避けてください） Windows (x64) Arm系CPU搭載のコンピューターを使っている場合は、別途LLVMが必要になる場合があります。以下に当てはまる場合は、「補遺：LLVMバックエンドを使う」も読んでください： 64ビットArm（Apple Silicon Macや、Raspberry Pi OSの64ビット版など）で、GHC 9.0またはそれ以前のバージョ
macOSでHaskell
はじめに 本来ghcupを使えばghcもhlsもstackもいい感じになるはずっぽいが、どうしても上手くいかなかった。そこで上手くいくようにした方法を書く。 ghcupのインストール にある通りにインストールする。 下の記事も参考になる。 stack.ymlの編集 ghcupではGHC 9.4.2（等）をインストールして設定していたのに、stack new hogeしてcd hogeしてstack buildするとなぜかGHC 9.0.2が使われるという事象に出会った。特にvscodeではghcide compiled against GHC 9.4.2 but currently using 8.6.5...とエラーが出て拡張機能が全く機能せず、とても困っていた。 そこでstack.ymlの resolver: url: https://raw.githubusercontent.com
Bazel でも GHC 9.2.1 でビルドがしたい
本記事は 「Haskell Advent Calendar 2021」の4日目の記事です。 空いてたので埋めました。 Bazelというビルドツールがあります。Bazelでは、いわゆるライブラリのようなものを使うことで、簡単にさまざまなプログラムのビルドやテストの実行を同じインターフェースで行うことができます。例えば： bazelbuild/rules_go : Goプログラムのビルドやテストなど bazelbuild/rules_docker : Dockerイメージのビルドやプッシュなど bazelbuild/rules_nodejs : Nodeプログラムのビルドやテストなど そして、tweag/rules_haskell を使うことで、Bazel を利用して Haskell プログラムのビルドが行えます。今回は今年でた新しいバージョンの Haskell 処理系、GHC 9.2.1 を
Windows環境でのStackのアンインストール - Qiita
前書き The Haskell Tool StackのサイトではUn*x OS環境へのインストール方法とは別に、Windows環境へのインストール方法も記載があるものの、アンインストールについては Removing ~/.stack and /usr/local/bin/stack should be sufficient. との記載があるだけ。 ところがWindows環境ではそんなモノはないので、ここで詰んでしまう。 プログラミング開発、Windowsユーザーに冷たすぎ問題がここでも。 結論 次を削除する。 stack-root（Linuxなら~/.stack)であるc:\srを丸ごと削除 Linuxではstack-root配下にあるprogramsが、windowsの場合にはAppData\Local\Programsにあるのでstackフォルダを丸ごと削除 windowsの場合、st
Hamler の Docker イメージを作る（その２）
なんと「Hamler の Docker イメージを作る」の第2段です． 現在，Hamler は活発に開発が進んでるのですが，そのたびに前回の方法でビルドしていると時間がかかりすぎるので新しい方法を考えたという話です． ちなみに，Hamler 側で公式の Docker イメージが提供されるようになりました． しかし，あまりタグがうたれません． 今回の方法は任意のリビジョンで簡単に自前ビルドできるので，最新のリビジョンやフォークを試すのに非常に便利です． Docker イメージを作る 今回やりたいのは最新のリビジョン（masterブランチ）で素早くイメージを作り直すこと． しかし，Docker 内で master を Haskell Stack でフルビルドし直すのはヒジョーに時間がかかる． そこで Haskell Stack の Docker 機能を使って，ローカルのキャッシュをうまく利用で
WSL2にHaskell (Stack経由) を入れたときにハマったこと - Qiita
はじめに 先日 Windows10 May 2020 update が来て、WSL2がようやく正式版になりましたね！ そこでWSL2にHaskellを入れてみようと思ったのですが、エラーが出たのでハマったので、解決方法を忘備録として載せます。 WSL2のインストール方法はQiitaを探せばいくらでもありそうなので、ここでは紹介しません。 また、WSLとVSCodeの連携は こちらの記事 に書いたので、ぜひ読んでください！ 今回私は、WSL2のUbuntu 20.04 LTSを使いました。 $ stack setup Preparing to install GHC (tinfo6) to an isolated location. This will not interfere with any system-level installation. Preparing to downloa
stack で管理されたプロジェクトを cabal でビルドするために
Haskell のビルドツールといえば cabal と stack です。ちょっと前までは cabal より stack の方が流行っていたのですが、最近は開発も落ち着いているようであまり動きがありません。それよりも cabal の nix-style local build が非常に使いやすく、近頃では stack から cabal に移行しているプロジェクトも多くあります。 stack を使っていて改善したら良いなぁと思う部分としては、新しい GHC やライブラリをすぐに使おうと思っても LTS や nightly に入っていないため使えなかったり、Backpack が未だに使えなかったりするところでしょうか。 ただ、ビルドの再現性という点においては stack の方が優秀だと思っているので今は両方使っています。(index-state と freeze ファイルを組み合わせれば ca
cabal の build-tool-depends フィールド
cabal の build-tool-depends というフィールドが便利だったので紹介します。 テストを書くときに hspec-discover や tasty-discover などを使う場合、このフィールドを設定しておくことで依存している実行ファイルを自動的にダウンロードして使ってくれます。 $ cabal --version cabal-install version 3.0.0.0 compiled using version 3.0.0.0 of the Cabal library サンプルプロジェクトの構成 全体のディレクトリ構成は以下のようになっているとしましょう。 $ tree . . ├── example.cabal ├── src │ └── Lib.hs ├── stack.yaml └── test ├── LibSpec.hs └── Spec.hs それぞ
GHC 環境構築 概観 と PowerShell - 趣味はデバッグ……
Haskell の開発環境を構築する方法は何通りかあり、新しいツールが出ると「今はこれだ」とほめるブログも公開されますがそれが初学者を混乱させることがよくあります。 本記事ではビルドツールのインストールにしぼり、開発支援、例えば ghc-mod・haskell-ide-engine・hhp には言及しません。 いくつか典型的な構築方法を確認した後、新たに私が作成したツールを紹介しより初学者を混乱に落とし入れます。 重鎮 Haskell Platform www.haskell.org Haskell 解説書史1の第1波から第3波までのデファクトスタンダードであった重鎮 Haskell Platform です。コンパイラー GHC とパッケージマネージャー Cabal、それにいくつかの準標準ライブラリーをまとめてインストールできるツールでこれをインストールするだけで入門書のコードはすぐ動くと
C ドライブ依存を減らす - 趣味はデバッグ……
いろいろなソフトウェアがデフォルトで何でも C ドライブを使う。 C ドライブが手狭になってきたのでいくらかのデータを別ドライブに移行する方法をメモしておく。 Stack Stack（Haskell）のリソースはユーザー環境変数 STACK_ROOT の指すディレクトリーに保存される。デフォルト値は C:\sr である。パス長制限の問題があるので浅い場所がよい。D:\stack に変更した。 Stack によってインストールされる GHC や MSYS2 は LOCALAPPDATA\Programs\stack にある。これは STACK_ROOT\config.yaml に local-programs-path を記載すると変更できる。非 Windows 環境では STACK_ROOT\programs らしいということもあり D:\stack\programs に変更した1。 ST
VSCodeでHaskell Language Serverが動かない（Windows 10） - Qiita
VSCodeでHaskell Language Serverを使い始める際にドハマリしたので日本語文献を残しておきます。 環境 Windows 10 VSCode 1.38.1 Haskell Language Server 0.0.28 Haskell IDE Engine 0.12.0.0 この記事の続き 起きたこと Haskell IDE Engineをインストールしたのち、VSCodeを起動して拡張機能Haskell Language Serverを導入したところ、エラーも何も出ず動かない。 原因 Haskell IDE Engineがstty.exeを必要としている。 確認方法 コマンドプロンプトで以下の表示が出る： 対策 C:¥Users¥[username]¥AppData¥Local¥Programs¥stack¥x86_64-windows¥msys-[XXX]¥usr¥
中国でStackを使うには？ - Qiita
中国ではGFWの影響でstackが使えない？ Haskellを利用する際、Stack経由で使用する方も結構いると思います。 しかし中国からだと、そのままでは公式サーバーにアクセスできず、stack setupすらできません。 その解決方法として清華大学のミラーサーバーを利用します。 ~/.stack/config.yaml に以下を追記します。 （stackのバージョンによって書き方が違うので注意してください） stack >= v2.3.1 # stackage mirror settings setup-info-locations: - "http://mirrors.tuna.tsinghua.edu.cn/stackage/stack-setup.yaml" urls: latest-snapshot: http://mirrors.tuna.tsinghua.edu.cn/st
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Stack on Slack and ARM64
Stack disk space management
Nix Integration for Stack
最近のstackとcabalについて簡単に
GitHub - complyue/hadui: Web front UI for interactive Haskell projects
CI で Haskell Stack の Docker Integration するために
GitHub - commercialhaskell/pantry
Why Not Both?