問題タブ [cabal]

Haskell ライブラリを他のプログラマーと共有する標準的な方法は、Cabal パッケージを作成してhttp://hackage.haskell.orgにアップロードすることです。私は共有したいライブラリを作成しました。また、cabal ファイルを作成するためのオンライン ガイドラインを使用して、Cabal パッケージを作成することに成功しました。パッケージをビルドしてローカルにインストールしました。問題なく動作します。これを Hackage にアップロードします。しかしcabal upload、.tar.gz ファイルが必要です。Cabalのドキュメントは山ほどありますが、この .tar.gz に何が入っているのか、どのように作成すればよいのかわかりません。

.tar.gz で適切に動作する .tar.gz を作成する方法を誰が知っているか、どこで見つけられるか知っていますcabal uploadか?

そこで、最近 cabal をインストールしました (ArchLinux のデフォルト バイナリから)。次に、ユーザーとして cabal をアップグレードしようとしました。

cabal upgrade Cabal --user --prefix=$USER
依存関係を解決しています...
cabal: fromFlag NoFlag. fromFlagOrDefault を使用する

私がすでに行ったこと：

1. エラーメッセージをグーグルで検索しました。陰謀団の情報源を上げ、他にはほとんどありませんでした。
2. cabal-install で haskell-wiki を見ました。
3. このガイドに目を通してください。

だから基本的に私は疑問に思っています：

• エラーメッセージはどうなっていますか?
• カバルのチュートリアルの方向性を教えてくれる人はいますか?

私は、コンパイラ作成者向けの新しい Haskell パッケージに、猛烈な勢いで取り組んでいます。私は毎日多くのマイナー バージョン番号を確認していますが、Haskell パッケージ システムであるCabalは、バージョン番号を更新したり、変更ログを維持したりするためのツールを提供していないようです。(ログは記録されますが、パッケージを使用している人には見えません。) Debianや/ツールgitに相当するものを殺すでしょう。uupdatedchdebchange

バージョン番号を自動的にインクリメントし、変更ログにエントリを追加するために使用できる汎用ツールを知っている人はいますか?

Haskellで書かれたデータフローベースの最適化ライブラリに取り組んでいます。ライブラリを2つに分割する必要があるようです。

• ビルドの依存関係が最小限のコアピース。それを呼び出しますhoopl-core。

• 完全なピースと呼びますhoopl。これは、prettyprinter、QuickCheckなどのパッケージに追加の依存関係がある場合があります。

Glasgow Haskellコンパイラはにのみ依存するhoopl-coreため、コンパイラをブートストラップするのはそれほど難しくありません。他のコンパイラは、で追加の機能を取得しhooplます。パッケージhooplはに依存しhoopl-coreます。

Debianパッケージツールは、単一のソースツリーから複数のパッケージを構築できます。残念ながら、Cabalはまだそのレベルの洗練度に達していません。ただし、同様の問題を抱えている他のライブラリまたはアプリケーションの設計者がいる必要があります（たとえば、コアライブラリ用のパッケージ、コマンドラインインターフェイス用のパッケージ、GUIインターフェイス用のパッケージなど）。

Cabalを使用して複数の関連するHaskellパッケージを構築および管理するための現在のベストプラクティスは何ですか？

scion cabalをダウンロードし、scion_serverを作成しようとしています

すべてのrunghcセットアップ（構成/ビルド/インストール）を実行しました

Haskellライブラリがインストールされていますが、scion_serverが〜/ .cabal/binにありません

自分のアカウントだけにインストールできるように、configureで--userを使用する必要があります。

何かご意見は？

外部プログラム (lame、mp3 エンコーダーなど) の出力を必要とする Haskell プログラムを作成しようとしています。ライブラリへの依存関係を宣言することは cabal では簡単ですが、実行可能ファイルへの依存関係を宣言するにはどうすればよいでしょうか?

Haskellでパッケージがどのように作成され、インストールされ、使用されるかに関して、 ghc-pkgとcabalの関係は何ですか？

それらの役割は何ですか？どちらを使用するのか、もう一方を使用するのか、または両方を使用するのですか？

それらは補完的なツールですか、競争力のあるツールですか、それとも単に異なる仕事をするツールですか？

cabal ファイルの依存関係セクション:

私は何かのようなことをすべきですか

(依存するパッケージのバージョンに上限を設ける)

か否か？

実際の例を使用します: Hackage の "List" パッケージ (Monad トランスフォーマーとクラスのリスト)

• 制限を設けないと、「トランスフォーマー」の変更によってパッケージが破損する可能性があります
• 制限をかけると、「トランスフォーマー」を使用しているが、新しいバージョンを使用しているユーザーは、トランスフォーマーのこれらのクラスのインスタンスにすぎないため、使用できなくなりますlift-0.2.xliftIOListT

アプリケーションが壊れないように、常に上限を設定する必要があると思います。そのため、この質問はライブラリに関するものにすぎません。

依存関係にバージョンの上限を使用する必要がありますか?

MAC OSX 用の最新の Haskell プラットフォームをインストールしましたが、Cabal で何かを行うと、「セットアップ: 'ghc-pkg ダンプ' の出力を解析できませんでした」というエラーが表示されます。

だから私は自分のバージョンを見ました：

これは、私が Cabal 1.8 を持っていても、cabal-instal がバージョン 0.6.2 であることを示しています。darcs を使用して最新バージョンの cabal-install を取得することを修正しようとしましたが、エラーを渡すことができません:

Cabal は >= 1.9 であると予想されます。

以前のバージョンの Cabal をインストールしようとしましたが、次のエラーが発生しました。

私は同じ問題に戻っています。

また、プラットフォームの完全な再インストールも試みました。

次のオプションは何ですか? ありがとうございます、thx。

最初のパッケージをHackageにアップロードする準備がほぼ整いました。

私はこれを持っていますhstest.cabal：

パッケージが依存しているパッケージを単純にリストするのは悪い形式であることを理解しています。代わりに、これらのパッケージのどのバージョンが必要かを述べる必要があります。

私がインストールしたバージョンは

• ベース=4.1.0.0
• mtl = 1.1.0.2
• ディレクトリ=1.0.0.3
• ghc = 6.10.3
• ghc-paths = 0.1.0.5
• ランダム=1.0.0.1
• QuickCheck = 1.2.0.0

私のパッケージが実際に必要としているこれらの各パッケージの最も初期の受け入れ可能なバージョンを見つける簡単な方法はありますか？（つまり、多くの廃止されたバージョンをインストールして、それらを1つずつテストすることなく？）

これらのパッケージの将来のバージョンのうち、パッケージが依存できると想定できるのはどれですか？