haskell-jp / random #36

2019-01-17 12:14:43 +0900
ドキュメントの修正であれば trac に issue 立てなくても、そのまま PR 出しちゃうのが楽だと思います。
https://github.com/ghc/ghc
hexirp
2019-01-17 12:45:35 +0900
一瞬、どこがダメなのかわからなかった…… ラムダ式が Java と同じ書き方に変わっちゃってますね
kakkun61
2019-01-17 13:00:21 +0900
GitHub のリポジトリーって http://git.haskell.org/ghc.git のミラーですけど、GitHub に PR していいんですか？
そういえば GitLab に移行したとかいう話も最近聞いたような。
2019-01-17 13:04:55 +0900
Gitlab 移行前はそれで大丈夫でした。PR はクローズされて本家に取り込まれる感じになります。

GitLab 移行後は試したことないので、わかんないです…。どうなんだろう…
igrep
2019-01-17 20:05:07 +0900
必ずしもHaskellのお話... とはいえないですが、2018年のDhallの進化。構文もいろいろ変わりましたなー。
http://www.haskellforall.com/2019/01/dhall-year-in-review-2018-2019.html
篠川
2019-01-18 00:01:44 +0900
@篠川 has joined the channel
igrep
2019-01-18 08:08:56 +0900
これ、どうなりました？
最適化の有無でも変わったりもしません？
kakkun61
2019-01-18 11:19:43 +0900
trace 云々別にして、結局ロジックがおかしかったので、それ以上追求しませんでした
takenobu.hs
2019-01-18 23:06:52 +0900
昨年末から、GitLab側についても、Merge Requestを受け付けるようになっています。
GitLabのフローについての、簡単な説明はここにあります。
https://gitlab.haskell.org/ghc/ghc/wikis/home

なお、ドキュメントなどの簡単な修正は、wadoさんの説明のように、GitHubへのPull RequestでもOKです。
ただ、GitLabのフローに慣れる意味でも、ドキュメント修正でも、GitLabでMerge Requestを送るのも良いと思います。

ちなみに、GitLabに慣れるために、ドキュメント修正のMerge Requestを送ってみました:slightly_smiling_face:
https://gitlab.haskell.org/ghc/ghc/merge_requests/70/diffs

（あと、GitLabへの移行については、簡単にQiita関連の記事を修正しようと思っています。）
kakkun61
2019-01-21 11:06:13 +0900
@takenobu.hsありがとうございます！記事こちらですね 読んでみます！ https://qiita.com/takenobu-hs/items/a2eeb327088bb1d2fe77
kakkun61
2019-01-21 13:26:47 +0900
haddock って stackage の GHC 8.0 までにしかないんですね（そういえばなんか聞いた気がする
sirkerf
2019-01-24 15:21:11 +0900
@sirkerf has joined the channel
kakkun61
2019-01-25 02:03:30 +0900
ブログ記事を書いたんですが、分からない部分があるので知ってる人がいたら教えてほしいです。 http://kakkun61.hatenablog.com/entry/2019/01/25/Haskell_%E3%81%A7_Ctrl-C_%E3%82%92%E5%88%B6%E5%BE%A1%E3%81%99%E3%82%8B%EF%BC%88Windows%EF%BC%89
kakkun61
2019-01-25 02:04:57 +0900
OGP が展開されない……
Haskell で Ctrl-C を制御する（Windows）
という記事です
igrep
2019-01-25 07:25:33 +0900
GHC本体のRTSとなんか食い合ってしまっているのかなぁ、ぐらいしか私はわからないですね。。。 :disappointed:
2019-01-25 08:14:14 +0900
@ has joined the channel
fumieval
2019-01-25 09:19:37 +0900
:wakarimasen: ←このリアクションの意義がよくわかっていない…
igrep
2019-01-25 09:25:42 +0900
何も反応が得られないよりはマシだと思ってたんですが...
kazu
2019-01-25 09:40:08 +0900
どこかのスレッドのイベントハンドラが1回目を握りつぶしていて、2回目はそのスレッドがいないので、ランタイムが終了だったような。
kazu
2019-01-25 09:40:34 +0900
UNIXでも同じ振る舞いです。
kazu
2019-01-25 09:41:44 +0900
イベントハンドラは、interruptをスルーするように作らないといけない。
notogawa
2019-01-25 09:48:17 +0900
「読みました」くらいでは
2019-01-25 09:55:33 +0900
この人ですらわからない問題なのかと認識することができますね...
fumieval
2019-01-25 10:16:59 +0900
質問していきなりわかりませんって言われたらちょっと萎縮しそうです。私だけかもしれませんが
igrep
2019-01-25 10:17:05 +0900
その点に関しては、みんなカバーできてる分野に違いがあるので「他の知ってる人が答えてよ」みたいなニュアンスもあると受け取っていただければ。現に今日来た質問については私より他の人のほうが詳しかったわけですし。
igrep
2019-01-25 10:17:24 +0900
萎縮は確かにありえますね。。。 :confused:
悩ましい。
kakkun61
2019-01-25 11:27:44 +0900
会社 PC（Windows 10）だと違う結果になった。cabal ファイルをコピーしてないからそれも合わせて試してみよう。
> stack exec windows-interruption-exe
0, 1, 2, 3, 4, 5, goodbye!
windows-interruption-exe.EXE: thread killed
windows-interruption-exe.EXE: warning: too many hs_exit()s
apo
2019-01-25 11:31:29 +0900
@apo has joined the channel
Hiroto
2019-01-25 14:33:29 +0900
haskellerあるある。
気付けば自身のUtilモジュールには`extra`及び`either`から拝借した関数で埋まっている。　
e.g maybeM , eitherM, whenJust
kakkun61
2019-01-25 18:32:54 +0900
ビルド時の -rtsopts の有無で動作変わるみたいですね
aiya000
2019-01-25 18:54:57 +0900
extraやeither、いつも悩まずに依存させてしまう:female_fairy:
kazu
2019-01-25 19:46:05 +0900
-threaded じゃなくて？
kazu
2019-01-25 19:46:58 +0900
-threaded だと、メインネイティブスレッドは死ぬけど、プロセスは死なないという状況になると思います。
igrep
2019-01-25 20:50:35 +0900
:arrow_left: extraみたいなパッケージはコピペされるためにあると思っているので変に内部で抽象化するよりはベタ書きにしてコピペしやすくしておいてほしいと思う派。
特にライブラリーを作る側としてはね…:sweat:
aiya000
2019-01-25 23:19:05 +0900
わかる……けどだるくて……
2019-01-26 01:30:45 +0900
@ has joined the channel
2019-01-26 13:57:59 +0900
@ has joined the channel
tiquer
2019-01-26 14:04:06 +0900
@tiquer has joined the channel
えび (ebi_chan)
2019-01-26 15:00:09 +0900
@えび (ebi_chan) has joined the channel
igrep
2019-01-26 16:13:19 +0900
興味深い。自分も同じことをしたかった。 https://twitter.com/mod_poppo/status/1089041290203811841
matsubara0507
2019-01-26 18:42:12 +0900
すごい雑な方法なら、ビルドの通らない Haskell コードを別途書いて、そのコードのビルドを Haskell コードから呼びだして、エラーかどうかチェックすれば(笑)
hsjoihs
2019-01-28 02:08:32 +0900
↑の翻訳をやりました。
igrep
2019-01-28 08:42:38 +0900
是非 https://ghcguide.haskell.jp/ に反映して頂きたいですね！
2019-01-28 15:43:15 +0900
まだまだブラッシュアップしていくので、いい感じになったら反映させていただきたいと思います:muscle:
rusconn
2019-01-28 17:37:50 +0900
@rusconn has joined the channel