haskell-jp / questions #95

igrep
2021-01-11 18:44:56 +0900
取り急ぎ。package.yamlは使わなくともstackは使えます。
igrep
2021-01-11 18:45:51 +0900
stackとcabalの全般的な話ですが、 https://the.igreque.info/slides/2019-11-29-stack-cabal.html#(1) から大きく状況は変わっていないと思います。
dyoshikawa
2021-01-11 18:47:22 +0900
取り急ぎ。package.yamlは使わなくともstackは使えます。
あーそういう意味ですか、僕の解釈ミスっぽい・・・？
igrep
2021-01-11 18:50:11 +0900
はい、cabalファイルは独自形式な上構文エラーがむちゃくちゃ分かりづらいので使う意義はそれなりにあるとは思いますが、確かに機能的な差はあまりなくなりました。
dyoshikawa
2021-01-11 18:51:18 +0900
ありがとうございます！
最初「package.yamlは要らないと思う。Stack(そのもの)が非推奨だから。cabalで良い」というニュアンスで読んでいましたが「Stackを使うにあたりpackage.yamlは不要」と読むのが正しいということですね。
dyoshikawa
2021-01-11 18:53:33 +0900
スライドも目を通させて頂きました、ありがとうございます。
dyoshikawa
2021-01-11 18:55:30 +0900
• 一昔前はCabal Hellとか言われててまあStack使った方が良いよねという雰囲気だった
• 最近はCabalも改善・進化した
• Haskell開発に慣れてる人はCabalだけでも特に困らない
という肌感なのかなと思いました。
mod_poppo
2021-01-11 20:57:15 +0900
この件と関係するかは分かりませんが、1年ほど前に package.yaml から生成された .cabal ファイルをバージョン管理下に置くことが推奨されるようになっています。 https://github.com/commercialhaskell/stack/issues/5210
ですが、自分の肌感覚としては自動生成されるファイルをVCS管理下に置くのは「面倒」なので、 package.yaml を捨てて .cabal を直接書くのは十分検討に値する選択肢だと思います（自分は .cabal の最近の書き方をちゃんと把握していないのでまだ移行できてませんが）。
maoe
2021-01-11 21:15:48 +0900
Stackがpackage.yamlの使用を非推奨にしたと言っています。真偽の程は分かりませんが。
maoe
2021-01-11 21:17:28 +0900
Issuesをざっと検索してみましたが非推奨になった話は見つかりませんでした。どこかで議論があったのかなあ
maoe
2021-01-11 21:19:06 +0900
他の方がコメント書いてましたね。手元のslackアプリがちゃんとロードできてなくて気が付きませんでした。
maoe
2021-01-11 21:21:27 +0900
hpackとcabalファイルの違いはだいぶ減りましたがモジュール一覧の生成に音楽性の違いみたいなものがあって、cabalでは全部列挙する必要があります。
dyoshikawa
2021-01-11 22:11:52 +0900
ありがとうございます！
matsubara0507
2021-01-11 23:20:50 +0900
cabal ファイルと package.yaml (hpack) に関して、確か Cabal コマンドは cabal ファイルがないとビルドできないので、Cabal で hackage に無い野良 Haskell ライブラリ（GitHub にだけあるとか）を使う場合は cabal ファイルもあげてもらわないと困るはず？
mrsekut
2021-01-13 01:27:48 +0900
僕は普段TypeScriptを書いて、たまにHaskellを書くのですが、なんとも上達(?)している感じがしません。
Qiitaやブログで解説されているGHC拡張や、高度なモナドにたまに触れたりしますが、実際に応用する機会に気付けません。

そこで、2つほど、感覚的な質問をさせてください。
• みなさんが「これは美しい..!!」と感じたHaskellコード(断片コード、Repository、人物)はありますでしょうか？
• イケイケGHC拡張や、高度なモナドは頻繁に使用するものなのでしょうか、それとも目の前の課題に対してたまにキレイにハマるものがある、という感じなのでしょうか？
雑で主観的な質問なので、軽い気持ちで返答していただけると嬉しいです。

ちなみに、僕がキレイだ！と思ったのは↓この辺です
https://scrapbox.io/mrsekut-p/Haskell%E3%81%AE%E7%BE%8E%E3%81%97%E3%81%84%E3%82%B3%E3%83%BC%E3%83%89
igrep
2021-01-13 11:27:30 +0900
イケイケGHC拡張や、高度なモナドは頻繁に使用するものなのでしょうか、それとも目の前の課題に対してたまにキレイにハマるものがある、という感じなのでしょうか？
使わないで済むならなるべく使わずに書こう、という動きもあり、私自身それに従っています。
例えばこれ: https://www.snoyman.com/blog/2019/11/boring-haskell-manifesto
dyoshikawa
2021-01-13 13:48:59 +0900
Haskellerではなく恐縮ですが、自分はIOや再代入に言語機能レベルで制約が設けられていることに魅力を感じて勉強しています。
美しさというよりは実用性重視です:+1:
dyoshikawa
2021-01-13 13:55:16 +0900
（そういえば僕も業務では専らTSです）
2021-01-14 11:17:12 +0900
昔cabalファイルignoreしてたらNixOSだかArchだかのメンテナに「無いと困るんですが…」って言われましたね
オプションいじったら問題なかったみたいですが
2021-01-16 11:52:14 +0900
@ has joined the channel
Frederic Chang
2021-01-17 19:45:54 +0900
@Frederic Chang has joined the channel
Masaya(M_simplifier)
2021-01-18 08:58:41 +0900
@Masaya(M_simplifier) has joined the channel
mm1995tk
2021-01-19 01:26:56 +0900
@mm1995tk has joined the channel
翁華宏
2021-01-20 10:35:47 +0900
@翁華宏 has joined the channel
Ichiro Kawashima
2021-01-21 00:04:30 +0900
@Ichiro Kawashima has joined the channel
kakkun61
2021-01-22 03:11:54 +0900
dist-newstyle\build\x86_64-windows\ghc-8.10.3\foo-0.1.0.0 みたいなパスを cabal-install で取得する方法をどなたかご存じですか？
... Replies ...
kakkun61
2021-01-22 16:44:10 +0900
背景を書くと、
• DLL を生成したい
• DLL に C で実装した関数も含めたい
• cabal build では ghc に -c オプションを渡して .o ファイルを生成している
• C コードも別途 ghc -c で .o ファイルを生成している
• DLL 生成は ghc -shared で、このとき事前に生成した .o の場所を知りたい
kakkun61
2021-01-22 16:44:33 +0900
そもそも cabal で DLL 生成までできるのかな
kakkun61
2021-01-22 18:34:17 +0900
--enable-shared 試したけどどこに生成されるんだ？
kakkun61
2021-01-22 18:35:15 +0900
• cabal build では ghc に -c オプションを渡して .o ファイルを生成している
ここの -c は要らないな
kakkun61
2021-01-22 18:59:12 +0900
• C コードも別途 ghc -c で .o ファイルを生成している
ここもオプション要らないな
as_capabl
2021-01-22 22:22:25 +0900
新しいcabal-planだとplan.jsonの場所を取得する機能もあるみたいです
kakkun61
2021-01-23 20:37:22 +0900
教えてもらった cabal-plan でビルドツール書いてたんですけど、cabal ファイルに foreign-library というのがあるのを発見した
https://cabal.readthedocs.io/en/3.4/cabal-package.html#foreign-libraries
kakkun61
2021-01-23 20:55:55 +0900
foreign-library でイッパツだった:hugging_face:
イロハ168
2021-01-26 13:10:40 +0900
@イロハ168 has joined the channel
2021-01-31 04:53:49 +0900
@ has joined the channel
梢海蘊
2021-02-01 22:39:00 +0900
@梢海蘊 has joined the channel
冬(winterland1989)
2021-02-07 15:26:45 +0900
@冬(winterland1989) has joined the channel
Kazunari Shibata
2021-02-10 20:57:07 +0900
@Kazunari Shibata has joined the channel
minus1216
2021-02-10 22:52:42 +0900
shake256のハッシュを無限リストとして返してくれるようなライブラリってありますか？
必要な長さがハッシュの内容に依存するような計算をしたいです
... Replies ...
minus1216
2021-02-11 09:20:24 +0900
結局必要に応じて"入力"++"カウンター"の固定長のハッシュを計算させれば良いという結論に至りました。
yukiyama
2021-02-14 14:48:52 +0900
@yukiyama has joined the channel
2021-02-17 17:33:44 +0900
@ has joined the channel
はるピヨ
2021-02-17 18:52:39 +0900
@はるピヨ has joined the channel
2021-02-18 14:04:31 +0900
@ has joined the channel
yFkhr
2021-02-28 10:25:04 +0900
@yFkhr has joined the channel
hexirp
2021-03-02 18:45:56 +0900
https://matrix.hackage.haskell.org/#/package/doctest-driver-gen で、 GHC の 7.10.3 より大きいバージョンでのテストがされていないんですが、これは仕様が変わったのでしょうか？ それとも、まだテストが終わっていないので表示されていないだけ？
... Replies ...
a5ob7r
2021-03-06 21:53:44 +0900
@a5ob7r has joined the channel