2017-02-14 3 views
0

私はfallowingパッケージをインストールしようとしていますが、どちらも失敗しました。現在、どのLTSスナップショットにもないパッケージをスタックにインストールするにはどうすればよいですか?

私はresolver: ghc-8.0.2resolver: ghc-7.8.4を試してみましたが、それらのどれも働かない窓10

stack Version 1.3.2, Git revision 3f675146590da4f3edf768b89355f798229da2a5 x86_64 hpack-0.15.0を実行していますよ。

PS:私はステップによって、余分な-depsのステップを追加しようとしました、そしてまだ最後で失敗した、stack.yamlファイルとエラーメッセージがhere

+1

カバールの依存関係を追加して、スタックに何をすべきか教えてください。 – Reactormonk

+1

[ドキュメントを読む](https://docs.haskellstack.org/en/stable/yaml_configuration/) - 特に、「extra-deps」フィールドに依存関係を指定することをお勧めします。 – user2407038

+0

thxしかし、すべての依存関係をステップごとに追加した後も、やはり最後に失敗しました... – luochen1990

答えて

0

クリアしstack-yamlextra-depsリストを指摘され、lts-3.22にリゾルバを変更、必要がない、正しく宣言されています(自動真空カイロSourceGraphextra-depsに、おそらくいくつかの他のパッケージを追加する必要があります)stack solver --update-configを実行し、プロジェクト(あなた.cabalファイルに依存関係を仮定するためにstack buildを実行します別のファイルを実行するstack install $PACKAGE)。それはおそらくそれを行うでしょう。

ghc-*リゾルバによる調整(すなわち、プロジェクトごとではなく、互換性保証付き)で提供されるパッケージのセットは、スナップショットリゾルバ(LTSまたは夜間)よりもずっと小さくなります。それらは不必要に不便である。おおまかに言えば、ghc-*リゾルバを使用する唯一の理由は、GHCのバージョンを使用するスナップショットリゾルバがない場合です。ここではそうではありません。

それはカバル 1.22とHaskellの-SRC-extsを1.16を提供し、最後のレゾルバであるので、私は、SourceGraphで必要なバージョンをlts-3.22やや古いを選びました。 (原理的にはのカスタムバージョンをソースコードのにもっと自由なバージョン境界を使って試してみるか、allow-newerオプションをStackでスタックすることができますが、この特定のケースでは、与えられたパッケージの失敗率が高いと思いますdescription SourceGraphはおそらくGHCの変更に非常に敏感です。)its page in the Stackage siteに行くと、スナップショットによって提供されるパッケージのバージョンが見つかりました。

関連する問題