問題タブ [cabal]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
haskell - Cabal に Windows プロキシ設定をバイパスさせるにはどうすればよいですか?
Cabal でパッケージを取得すると、次のメッセージでエラーが頻繁に発生します。
ユーザー エラー (Codec.Compression.Zlib: 圧縮ストリームの途中終了)
Cabal が私の Windows Networking プロキシ設定 (Privoxy 用) を使用しているようです。
Google を調べてみると、Cabal またはそのライブラリには、この分野で問題がある (あった) ようです。
私が見ることができる可能な解決策は次のとおりです。
Cabal を使用している間はプロキシをオフにします (これにはあまり熱心ではありません)。また
パッチを入手して、ハッキングを開始してください。私は完全な Haskell の初心者であり、まだ Darcs に慣れていないため、この道を進むのをためらっています。また
魔法の「can I haz no proxy」パラメータを指定します。したがって、質問です。
haskell - Cabal がインストールしたモジュールのハドック?
私は GHC を使用しており、Cabal 経由でいくつかのパッケージをインストールしました。パッケージの Web サイトの 1 つには、「haddock のドキュメントを参照してください」と書かれています。このhaddock
コマンドはソース ファイルでのみ機能するようで、ビルド ファイルcabal haddock
を含むプロジェクトの最上位ディレクトリでのみ機能するようです。.cabal
モジュールに対して「ハドックを見せて」と言う方法はありますか?
私はpydoc -p 12345
、ローカルにインストールしたものに基づいて Python ドキュメントを提供する HTTP サーバーを開始することを待ち望んでいます。
回避策として、ソース tarball を下から抽出し、ソース ディレクトリで~/.cabal
実行しましたが、それはちょっと面倒です。cabal configure; cabal haddock
haskell - プロファイリング ライブラリが必要な場合、Cabal は依存関係をインストールしませんか?
プロファイリングを使用してプログラムをコンパイルしたいので、次を実行します。
したがって、問題は、cabal の通常の歓迎される動作とは異なり、cabal は依存関係を解決せず、プロファイリング ライブラリが必要なときにそれらをインストールしないことです。
依存関係を手動で解決することで回避できます (しばらくコンパイルした後に表示されるエラーに従ってください)。
そして、次の依存関係について繰り返します..
これを行うより良い方法はありますか?つまり、通常のライブラリの場合と同様に、cabal が独自に作業を行うようにしますか?
haskell - 1つのディレクトリに複数のHaskellcabalパッケージ
1つのディレクトリに複数のcabalパッケージを含めるための推奨される方法は何ですか?
理由:多くの分離可能なモジュールを備えた古いプロジェクトがあります。もともとそれらはたった1つのプログラムを形成していたので、それは今でもそうですが、簡単にコンパイルできるように同じディレクトリに置いておくと便利です。
オプション
- 苦しんで、VCSが保持しているものを含め、すべてを別のディレクトリに分割しますか?
- 同じディレクトリ内の複数の.cabalファイルに満足するまでcabalをハックしますか?
- モジュールごとに別のサブディレクトリを作成し、元のコードへのシンボリックリンクとともに.cabalファイルをそこに配置しますか?
- 何か賢い?何?
haskell - Cabal を GHC 6.12.1 で動作させる
OS X に最新の GHC パッケージ (6.12.1) をインストールしましたが、Cabal が動作しません。GHC 6.10 で動作する以前のバージョンを削除し、最初から再インストールしようとしました。ダウンロード可能な最新の Cabal バージョンは 1.6.0.2 です。ただし、これをビルドしようとすると、次のエラーが発生します。
私が検索して見つけたものから、これは、Cabal のバージョンが GHC のバージョンに対して古すぎることを示唆しているようです。Cabal を GHC 6.12.1 で動作させる方法はありますか?
編集:明確にするために、私はセットアップしようとしていcabal-install
ます。
haskell - i386 macbook (snow leopard) で cabal readline パッケージを使用する
Snow Leopard を搭載した i386 MacBook に readline をビルドしてインストールしようとしています。
次の手順を実行しました。
例を確認したところ、動作しているように見えます (たとえば、rltest は履歴をサポートしています)。これはファイル libreadline.6.0.dylib の出力です:
代わりに i386 であると予想していましたが、例が機能する場合...
次に、cabal から次のように readline パッケージをインストールしました。
動作しているように見えます: configure-options がないとインストールが失敗することに注意してください。すでに多くの試行を行っているため、 --reinstall フラグを使用して強制的に再インストールしました。
これは cabal info の出力です:
わかりました、完了したようです。いいえ、私はそうではありません:
当然のことながら、readline に依存するパッケージ (JHC など) をビルドすることもできません。
正しい方向に私を向けることができますか?他の情報が必要な場合は教えてください。
前もって感謝します。
haskell - 複数のパッケージに含まれる Control.Monad.State haskell
Haskell モジュールの "import Control.Monad.State" 行を評価しているときに、GHC で次のエラーが表示されます。
この競合を解決するにはどうすればよいですか?
haskell - 「cabalinstall」の--hyperlink-sourceを有効にします
このコマンドcabal haddock
には、非常に便利な--hyperlink-sourceオプションがあります。を使用してドキュメントを作成するときに、ソースをハイパーリンクしたいと思いますcabal install
。
チケット#517はそれについてのようです:http://hackage.haskell.org/trac/hackage/ticket/517
ただし、おそらく〜/ .cabal / configファイルを介してこのフラグを設定することは可能ですか?
そうでない場合、現在必須であるCabal-1.9をインストールせずに#517のパッチを使用してcabal-installビルドを機能させるにはどうすればよいですか(12月のパッチが1つあるため)。
haskell - cabalパッケージでのCコンパイラの選択
Cソースファイルのコンパイル方法を制御するためにいくつかのフラグを追加することにしました(つまり、use-clang、use-intelなど)。
質問は次のとおりです。Cコンパイラを変更するには、記述ファイルのどのオプションを変更する必要がありますか?CC-Optionsしか見つかりませんでした。
haskell - GHC を使用して、ユーザー空間に GMP をインストールした cabal
cabal-install
GNU Multi-Precision パッケージ (GMP) がインストールされていないシステムのユーザー空間で、Haskell Platform を Linux にインストールしようとしました。
GHC-6.12.1 をインストールし、LB_LIBRARY_PATH
GMP をインストールした lib ディレクトリをポイントするように設定して GHCi を動作させることができましたが、次のステップで問題が発生し、cabal-install
作業を開始しました。(静的に) GMP へのリンクを試行し続けました。
ld
GMP がシステムにインストールされておらず、ライブラリの場所がわからず、ユーザーがインストールした GMP の場所を ld に指示できる環境変数 (私が認識している) がないため、これは失敗します。 (明らかに) 関連する-L
フラグを提供するように Cabal を構成するように指示する方法はありません。
無駄な検索とハッキングの試みの後、適切なフラグld
でシステムを起動する独自のシェル スクリプトをインストールするという、ばかげて単純なアイデアにたどり着きました。ld
-L
もちろん、これはシェルスクリプト 101 です。
このスクリプトをディレクトリにインストールすると、PATH
すべて/usr/bin
の問題が解消されたように見えます。