問題タブ [haskell-stack]

.cabal ファイルに接続した後、一部のパッケージ (例text: ) およびビルド プロジェクトの後に Exception: をスローしますProcess exited with code: ExitFailure 1"。

プロジェクトをビルドするために、ターミナルで haskell-stack, command: を使用していますstack build。（私はMacOS Capitanを使用しています）

一部の行 .cabal ファイル:

（テキストパッケージ）なしですべて動作します。

完全なエラー:

UnicodeSyntaxプロジェクトのすべてのファイルなどで言語拡張機能を使用するには、次の 2 つのオプションがあります。

• すべてのソース ファイルのプラグマ: {-# LANGUAGE UnicodeSyntax #-}
• extensions: UnicodeSyntaxファイルのすべてのセクション (ライブラリ、実行可能ファイル、テスト) に追加し.cabalます。

どちらかを選択する理由やベストプラクティスはありますか?

私が使用しているのは、単純なパッケージstackの標準です。new-template

現在、スタックでヘルムをインストールしようとしています。で簡単なプロジェクトを作成しました

ヘルムを依存関係として追加しましたsandbox.cabal：

その後、通常どおり実行すると、ファイルstack buildに追加する必要があることを示すエラーが表示されます。それも要件だったので、私はそれを行い、また挿入します。これは私のです：helm-0.7.1stack.yamlelerea-2.8.0stack.yaml

もう一度実行stack buildすると、このエラーが発生します。

このエラーはどういう意味ですか? 私が理解していることから、正しいバージョンが見つかりません。

を介していくつかの C バインディングを使用するライブラリを開発していますinline-c。現在のところ、ビルド プロセスには次のように makefile が含まれます。これは、最初に inline-c マクロから C スタブを生成し、それらをオブジェクト コードにコンパイルして、この場合は GHCi に動的にリンクする必要があるためです。

質問

上記のビルド シーケンスをstack buildレシピにパッケージ化する方法はありますか?

前もって感謝します

そこで、GUIプログラミングにreactive-banana + wxHaskellを使おうとしています。Haskell とその開発ツールの初心者として、私はスタックに非常に困惑しています。

を試してみるとstack install wx、 をインストールするように促され、 と をインストールするようwxcoreに促されます。Iの後、実行してみますが、見よ:wxcwxdirectstack install wxdirectstack install wxc

要するに、私はstacklikeを使おうとしていますcabal-install。そして、なぜこれが間違っているのかわかりません。それが間違っている場合、 と の違いは何stackですかcabal-install?

を実行するstack build --no-terminal --install-ghcと、 に遭遇しError parsing targets: No local directories found as childrenます。意味は理解できますが、なぜそうなるのでしょうか？追加のディレクトリを作成する必要があることについて、スタックマニュアルのどこにも読んでいません..

前もって感謝します

最近、職場の PC を からUbuntuに切り替えましたArch Linux。そして、次のエラーが発生しました（スタックを使用してプロジェクトをビルドしています）：

setup-Simple-Cabal-1.22.4.0-ghc-7.10.2: 外部ライブラリへの依存関係がありません:
* C ライブラリがありません: HSrts-ghc7.10.2
この問題は通常、このライブラリを提供するシステム パッケージをインストールすることで解決できます ( 「-dev」バージョンが必要な場合があります)。ライブラリが既にインストールされているが、標準以外の場所にある場合は、フラグ --extra-include-dirs= および --extra-lib-dirs= を使用してその場所を指定できます。

私が理解している限り、Linux ディストリビューションの違いによる問題は発生しないはずです。

私が試したこと:
- ライブラリが存在するパスを --extra-lib-dirs で追加します -
stack/ghc のバージョンが両方のシステムで同じであることを確認します
- 2 つのシステム間の関連する違いを見つけることに失敗しました
( gcc のバージョンは異なりますが、何も変更されていません)

問題なくビルドできる ubutu ベースの docker コンテナがあります。

私が考えることができる唯一のことは、このライブラリにはHaskell-Runtimeが含まれているため、ランダムなCライブラリとは異なる方法で処理されるということです. しかし、この違いがどうなるかはわかりません。または、Arch System で別の処理がどのように問題を引き起こすか。

ここに私の .cabal ファイル (フォルダーにはプロジェクト全体も含まれています): https://github.com/opencog/atomspace/blob/master/tests/haskell/libExecutionOutputTest/opencoglib.cabal