An opinionated guide to Haskell in 2018
For me, this month marks the end of an era in my life: as of February 2018, I am no longer employed writing Haskell. It’s been a fascinating two years, and while I am excitedly looking forward to what I’ll be doing next, it’s likely I will continue to write Haskell in my spare time. I’ll probably even write it again professionally in the future. In the meantime, in the interest of both sharing wit
Stack 1.9.1 がリリースされました。
パッケージの指定が重複していたときに今までは、stack.yaml (プロジェクト固有) の ghc-options で上書きされていましたが、 stack.yaml の ghc-options を結合するようになりました。以下は動作例です。 # stack v1.9.1 の動作 $ stack build ... --ghc-options aaa --ghc-options bbb # stack v1.7.1 の動作 $ stack build ... --ghc-options bbb ghc-options の内容が重複する場合は両方とも引数に与えられますが、後ろの値で上書きされるようなのでプロジェクト固有の設定が優先されます。 実際に試してみると、以下のようになると思います。 $ stack build -v ... --ghc-options -dumpdir=./respe
The Haskell Tool Stack
Welcome! Welcome! How to get & use Stack How Stack works (advanced) Stack's code (advanced) Signing key Glossary Version history The Haskell Tool Stack¶ Welcome to the Haskell programming language and the Haskell Tool Stack (Stack)! Stack is a program for developing Haskell projects. It is aimed at Haskellers both new and experienced. It is cross-platform and aims to support fully users on Linux,
本気で Haskell したい人向けの Stack チュートリアル - Qiita
この記事は定期的にメンテナンス(加筆・修正)されています。 本記事のコードは waddlaw/Qiita-stack に置いてあります。 Haskell の開発方法については以下のサイトに色々とまとめていますので、こちらもご参照ください。 Haskell Development TODO: profiling, default-extension, ghc-option, package.yaml と stack.yaml の関係, について追記する。 本記事では Pearls of Functional Algorithm Design (訳本: 関数プログラミング 珠玉のアルゴリズムデザイン) の第1章を題材として stack を使った Haskell プロジェクトの基本を解説しています。 プログラムの内容を理解できなくても、記事を最後まで読むことで Haskell プロジェクトの作り
Stack を使って Haskell をインストールする - Qiita
Haskell 開発環境のインストールは、以前は Haskell Platform を使うのが定番でしたが、現在は Stack を使うのが定番となっています。 この記事では、Stack をインストールした後で（Stack 自体のインストールはプラットフォームごとに異なりますので Stack のページを参照してください）、実際に Haskell 開発環境をどのように整えるか書きます。 Stack を使って Haskell 開発環境をインストールする操作手順 Stack のインストール直後はまだ GHC が使えません。Stack で GHC のインストールを行うには次のようにします。 方法 1 : プロジェクトを新規作成して GHC を使う Stack のページを見ると、まず stack new でプロジェクトを作成し、そのディレクトリに入って stack setup を実行せよ、と書いてあり
Intero for Emacs - 日記（日記とは言っていない）
Intero for Emacs について備忘録． とは Haskell 用の Emacs 拡張です． Flycheck や対話環境の提供など， 便利です． 公式 HP はこれ． https://commercialhaskell.github.io/intero/ インストールもこれに従えばすぐにできます． 特定の module の import に失敗する件 例えば， import System.Directory とかすると， Failed to load interface for ‘System.Directory’ It is a member of the hidden package ‘directory-1.3.0.0’. Use -v to see a list of the files searched for. とか言われます． でもシステム ghci では正常に
Stack (Haskell): Could not find moduleと言われたときの対処 2018年春版 - Qiita
『haskell入門 関数型プログラミング言語の基礎と実践』を読みながら写経をすると、たまにGHCからCould not find moduleと怒られるときがあります。 これは「モジュールが見つからない」という意味なので、そのモジュールが入ったパッケージを入れる必要があります。 しかし、パッケージの入れ方は複数あり、古いやり方・新しいやり方があるようです。 （新規プロジェクトや特にこだわりが無い場合は、「新しいやり方」でOKです） 例 hogeというプロジェクトを新規作成します。 ここでモジュール Data.ByteString.Char8 を使いたい、とします。 stack newした直後だと、Preludeにないモジュール利用可能なパッケージに含まれないモジュール（Prelude以外にもいくつかあります）をimportするとCould not find moduleエラーが出てきます
2017年に「すごいHaskellたのしく学ぼう」を読む - Qiita
はじめに この記事は「Haskell (その4) Advent Calendar 2017」の13日目の記事になりました。 書籍「すごいHaskellたのしく学ぼう」は2012年に発売され、現在も販売されているHaskell入門にぴったりの良書です。しかし、内容が2012年当時のままで止まってしまっています。 そこでこの記事では(もう年末ですが)2017年現在「すごいHaskellたのしく学ぼう」を読むにあたって注意すべき点を章ごとにまとめて紹介します。 イントロダクション イントロダクションの「Haskellの世界に飛び込むのに必要なもの」ではHaskell Platformをインストールするように紹介されています。しかし、現在ではStackを利用するのが一般的です。 Linux系OSではリポジトリにある「stack」や「haskell-stack」などのパッケージを導入することで使える
Stackで単体テストを書いて実行する - Haskell入門より - Qiita
このエントリは、 Haskell入門の執筆 の際に、 ページ数の都合で載せられなかった記事に加筆修正をしたものです。1.4節に載せる予定だった内容です。 このエントリの内容を試すには、 Stackをインストール し、 /tmp ディレクトリなどで以下のコマンドを実行してプロジェクトを作成してください。 初めての開発: 単体テストを書く 開発フローを体験するため、未実装だった単体テストを作ってみましょう。開発をするときにはREPLを使うのも便利ですが、ここでは --file-watch オプションを使います。--file-watch オプションを stack build へ指定すると、プログラムに変更があるかを監視し、変更があった場合は自動的にビルドをしてくれます。さらに、 build に--test オプションを渡すと stack test と同等の機能になります。このようにしてstack
ARoW.info Blog -- Releasing a Haskell Web App on Heroku with Docker
Releasing Haskell web applications on Heroku has become much easier with Heroku’s Docker support. This article explains how to deploy a Servant application on Heroku using Docker. I’ve prepared an example application you can use to try deploying to Heroku. This article is divided into three sections. The first section explains how to run the example application locally. The second section explains
GHC optimization and fusion
GHC optimization and fusion You may have seen GHC pragmas with mysterious rules and phase indication in the source code of some great Haskell libraries like ‘text’ or ‘vector’. What is this all about? How do you use them in your project? As it turns out, it's easier than you may think. The tutorial walks through the details of using GHC pragmas such as INLINE, SPECIALIZE, and RULES to improve the
stackでのライブラリ(library)と実行(executable)ファイルの違い - Qiita
ライブラリと実行可能ファイルの違い どちらも、.hsファイルで、しかもmainを書いてもライブラリはライブラリです。 最初ちょっと困惑したので、まとめておきます。 あまりにも当たり前のことかもしれないので、既知の方は気軽に飛ばしてください。 表題の通り、libraryとexecutableの違いと作り方です。 executable foo --ここに実行名を入力 main-is: foo.hs Build-Depends: base < 5, containers, mtl, parallel Exposed-Modules: foo--階層がある場合(Data/foo.hs)は.で区切って表記（Data.foo） Ghc-Options: -Wall
Stack (Haskell): 自分で書いたmoduleをビルドしたい - Qiita
この記事では、HaskellのStackを使っている人向けに、自分で書いたmoduleをstack buildコマンドでビルドする方法を紹介します。 Stackの基本的な使い方は下記を参照してください： Stackでやる最速Haskell Hello world! (GHCのインストール付き！) - Qiita Home - The Haskell Tool Stack 前提 標準のテンプレートでプロジェクトを作った場合で説明します。例えば でプロジェクトを作ったとします。 （もしsample-projectの後ろの引数に何かを指定していた場合は、それは標準でない別のテンプレートを指定したことになるので注意してください。） ディレクトリの構造 標準テンプレートでstack newすると、下記のようなディレクトリ構造になるはずです: $ tree . ├── LICENSE ├── Setu
stackageの特定のresolverに上がっているパッケージバージョンを調べるツール - DebugIto's diary
指定したHaskellパッケージのバージョン番号が指定したstackage resolverでいくつなのかを調べるコマンドラインツールを作った。 staversion: What version is the package X in stackage lts-Y.ZZ? 例えばこのように使う。 $ staversion --resolver lts-4.2 --resolver lts-7.0 conduit base ------ lts-4.2 conduit ==1.2.6.1, base ==4.8.2.0 ------ lts-7.0 conduit ==1.2.7, base ==4.9.0.0自分はHaskellパッケージを作る際、travis-CIを使ってresolverはいくつか変えながらテストを回し、その結果を依存先パッケージのバージョン範囲(.cabalファイルのb
stackでghc-modを使う試行錯誤のメモ - Qiita
こんな状態 なので今すぐには無理って見解が出てるんだけど、cabalを捨て去らずに頑張ればなんとかなるかもね。誰かのヒントになるかもしれないのでやったことをメモ。 1. stackを普通に使う stack は普通に使いたいので、普通に使う。システムのghcが入っているか、またそれを使うかで多少ややこしくなるけど、今回はシステムに ghc が入っていてある程度使っていて、そこでさらに stack 経由で ghc-7.8.4 を入れたパターン。と言っても、この手順だとシステムのghcで使ってた環境は壊れてそうな気がする。 stack.yamlはこんなの。 最低でも stack build を一度は実行して、 *.cabal ファイルの依存は解決しておく必要がある。 2. ghc-modの調達 stack install ghc-mod で ~/.local/bin へ投入。ただ、 ghc-mo
Haskell チュートリアル (Haskell Day 2016) - Qiita
agenda 演習時間を使ってチューターに質問して下さい。 事前準備 チューターの自己紹介 Haskellの基本 演習 I/Oアクション 演習 Turtleを使ったShellプログラミング 演習 問題が解けたら、 演習問題の回答例 も参照してみて下さい。 Haskellとは 普通のプログラミング言語 他の言語で書ける全てのプログラムは書くことができる 一方で、特徴的な側面もある Haskellの特徴 純粋関数型言語 強力な型推論 遅延評価 関数型言語とは 全てを式で表す プログラムの実行 = 式の評価 副作用のある式を評価すると副作用が起こる 手続き型との違い 手続き型の言語では、1行目を実行し、2行目を実行する。
stackとNixを使って安定したビルド環境を作る - Qiita
2016-08-20 追記 下記の問題により共有ライブラリのリンクに失敗するケースがあります。 Template Haskell / GHCi does not respect extra-lib-dirs Nixのようにextra-lib-dirsを追加する環境下でTemplate HaskellやGHCiを起動すると、 GHCが共有ライブラリを見つけられないという問題です。 現在私はstackとdockerのintegrationで回避しています。(つまりNixは使っていないという。。。。) 問題点 stackはいいんだけれど 私はHaskellを使ったプロジェクトのビルドにはstackをよく使います。 stackを使うとStackage上のパッケージを利用してビルドされるため、パッケージ間の依存関係が壊れてビルドが失敗することが減ります。 stackについての充分な説明 stackの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
stack install package しても stack buildでCould not find moduleが出る - Qiita
extra-deps に github の短縮形が指定できるようになります
Stackを使ったHaskellのインストール - Qiita
