I had been faithful to use CodeWorld as the workbench for my team, but to find out that it runs the program by the browser, i.e. all in frontend, no backend. So comes Hadui - web UI to Haskell programs in backend. The idea behind Hadui is rather simple, just to use a web browser in place of the traditional terminal based console UI. Therefore, web technologies (HTML5/WebGL) based GUI & Visualizati
In our last blog post we showed you the new docker init executable pid1. What if we wanted to use our shiny new pid1 binary on a CentOS Docker image but we compiled it on Ubuntu? The answer is that it wouldn’t likely work. All Linux flavors package things up a little differently and with different versions and flags. If we were to compile pid1 completely static it could be portable (within a given
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の
ナウでヤングなHaskeller に絶賛定着中のstack, ついにv1.0.0がリリースされました！ クリスマスプレゼント です！ と、いうわけでタイミングよくネタを頂いたので私が初めてstackについて記事を書いた時からもりもり入った更新のうち、 私が気になったものをリリースノートから拾って取り上げたいと思います！ 当時はまだv0.1.3.1だったんですね。 といってもまだたった3ヶ月しか経ってませんけど！ 設定ファイルのディレクトリ構成が変わった (v0.1.6.0) 当時から使用している方にすれば恐らく一番重要な修正だと思うので一番最初に挙げます。 目的がより明確になるよう、設定ファイル・ディレクトリの名前が次のように変わりました。 ~/.stack/stack.yaml ~/.stack/config.yaml ~/.stack/global/ ~/.stack/global-p
You can use Stack and the Stackage snapshots with GHC 7.10.3 right now! By default (since v0.1.4), Stack insists that the minor version of GHC matches the version that was used to build the Stackage snapshot. This means that using the current LTS 3.x and nightly snapshots will require GHC 7.10.2, even if GHC 7.10.3 is installed (as this is the safest option for reproducability). However, this beha
The stack build tool is a cross-platform program for developing Haskell projects. It is aimed at Haskellers both new and experienced. I recently put together an in-depth guide to using stack for Haskell development. EDIT The content below is now significantly outdated. We strongly recommend reading the guide on the Stack website. The official home for this document is in the stack repository. Belo
昨日第23回Haskellもくもく会 @ 朝日ネットで初めてstackを触ったのですが、 あまりにも簡単・高速にパッケージ作りの準備ができたので、やったことを共有したいと思います。 GHC(Haskellの最も有名なコンパイラ)のインストールまでやってくれるので、これからHaskell始めます！みたいな人にもオススメです。 stack自体が何かは @tanakh さんのHaskellのビルドツール"stack"の紹介をご覧ください。 一言で言うと「GHCのインストールからパッケージのインストールにビルドまで、ワンストップでやってくれる神ツール」ですかね。 インストール 各OSごとに微妙に違うみたいなので、公式ページの解説をご覧ください。 とはいえ、基本的には実行ファイルをPATHのどこかに置くだけなので、この手の作業に慣れている人には朝飯前でしょう。 1ファイルだけでインストールできちゃう
I’ve spent some time over the past few weeks working on problems stack users have run into on Windows, and I’d like to share the outcome. To summarize, here are the major problems I’ve seen encountered: When linking a project with a large number of libraries, GHC hits the 32k command length limit of Windows, causing linking to fail with a mysterious “gcc: command not found.” On Windows, paths (at
Practical Haskell - Getting Started with Stack Haskell is famous for having a steep learning curve. As a web developer we’re used to clear tutorials that we can understand and complete within an hour or two. Haskell introduces many new concepts not found in other languages, but we can learn it faster by spending as much time coding as we do reading. This is the first of a tutorial series intended
TL;DR: if you just want to get started use stack‘s Docker support, see the Docker page on the stack wiki. The rest of this post gives background on the benefits, implementation, and reasons for our choices. A brief history Using LXC for containerization is an integral component of the FP Complete Haskell Center and School of Haskell, so lightweight virtualization was not new to us. We started tent
外はすっかり真夏日よりですが、今日も冷房の前ででプログラミング充しています。 嘘です、ずっとスプラトゥーンやってました。 結果として相変わらずGithubのContributionsは真っ白です。 どもども、ちゅーんさんです。 このエントリは、ちゅーんさんによるポーカー開発連載記事の第七回目です。 過去のエントリはこちら 第一回 リストのシャッフルとカードの定義 第二回 ポーカー・ハンドの判定をする 前編 第三回 ポーカー・ハンドの判定をする 中編 第四回 ポーカー・ハンドの判定をする 後編 第五回 カードの入れ替え処理を作る 第六回 CPU対戦機能を付けよう 前回までは、やや場当たり的に作って行きましたが、 そろそろ程度整理しないと全体像が掴みにくい規模になってきたようです。 そこで今回は、Haskellのビルドツールについて簡単に紹介／説明し、 ここまで書いたプログラムをプロジェクトと
__________ ( ioctl.it ) ---------- o ^__^ o (oo)\_______ (__)\ )\/\ ||----w | || || Flycheck + Stack 2015-07-03 Wut? Stack is a relatively new tool setting out to fix common problems in the current Haskell tool-chain, the most common one know as cabal hell. It is really a big improvement of everything I have tried so far, as it completely isolates your build/dev environment and lets you focus on d
今までいまいちモチベが上がらなかったHaskellでスクリプトを書くというのが、急に現実的になってしまったので、紹介します。 Haskellでスクリプティングする上での問題点 Haskellはもともと簡単なテキスト処理を書きやすいプログラミング言語ではあるのですが、標準で提供されているライブラリはあまり多くないので、必要に応じてコミュニティーパッケージを導入しなければその力を存分に発揮することができません。 通常のパッケージなら、cabalに依存関係を書けばパッケージマネージャで自動的に（コケることもありますが、理想的には）管理できるのですが、シェルスクリプトやPerl、あるいは最近ならPythonでやるような、コードを直接インタプリタで実行するような形のコードでは、そのような依存関係を自動で解決することは難しく、その上、仮にやろうとしたところで、いつまでもその依存パッケージが新しいコンパ
ajnsit on Github has made a lot of progress towards getting ghc-mod work with stack. I had a few bugs (package-db paths had trailing newlines) which I fixed in my version of the repo. I just got ghc-mod working on my desktop by following the following steps: git clone https://www.github.com/parsonsmatt/ghc-mod cd ghc-mod && git checkout stack-support stack install I'm now able to do type inspectio
こんな状態 なので今すぐには無理って見解が出てるんだけど、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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
