この記事は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またはそれ以前のバージョ
はじめに 本来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
前書き 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 イメージを作る」の第2段です． 現在，Hamler は活発に開発が進んでるのですが，そのたびに前回の方法でビルドしていると時間がかかりすぎるので新しい方法を考えたという話です． ちなみに，Hamler 側で公式の Docker イメージが提供されるようになりました． しかし，あまりタグがうたれません． 今回の方法は任意のリビジョンで簡単に自前ビルドできるので，最新のリビジョンやフォークを試すのに非常に便利です． Docker イメージを作る 今回やりたいのは最新のリビジョン（masterブランチ）で素早くイメージを作り直すこと． しかし，Docker 内で master を Haskell Stack でフルビルドし直すのはヒジョーに時間がかかる． そこで Haskell Stack の Docker 機能を使って，ローカルのキャッシュをうまく利用で
はじめに 先日 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
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 それぞ
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¥
注意点 このページの内容は cabal HEAD を追っているため、最新版の cabal ではまだ利用不可能な内容も含まれる場合があります。 参考となるサイト&記事 AWESOME-CABAL Why Not Both? Announcing cabal new-build: Nix-style local builds Introduction to Cabal The Haskell Cabal | Overview haskell/cabal-website stack と cabal $ stack --version Version 2.1.3, Git revision 636e3a759d51127df2b62f90772def126cdf6d1f (7735 commits) x86_64 hpack-0.31.2 $ cabal -V cabal-install vers
はーいほーアッキーだよっ アッキーは最近今更ながらDockerを使い始めていろいろお勉強してるところですHaskellで書かれたアプリケーションをビルドするのにはよくStackが使われますが、Docker上でStackを使いつつビルドして、実行バイナリをいい感じにDockerイメージにできないかなー、と頑張ってみた次第です Stack自体にDocker連携機能あるじゃん？ はい、あります。Dockerでビルドする方法がここに、Dockerの実行イメージを作る方法がここにそれぞれ書いてあります。仕組みとしては ビルド用に~/.stackや/path/to/project/.stack-workなどをマウントしたDockerコンテナを立ち上げstack buildする 実行バイナリをコピーしたDockerイメージを作る ってな感じです。ただこれには罠とイケてない点がありまして…… 罠: デフォ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
