[過去ログ] 関数型プログラミング言語Haskell Part16 (978レス)
上下前次1-新
抽出解除 レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
23: デフォルトの名無しさん [sage] 2011/10/08(土) 10:04:21.93 AAS
昨夜の3:00過ぎから
298(1): デフォルトの名無しさん [sage] 2011/10/27(木) 23:19:35.93 AAS
フーリエ変換への変なアプローチなら、できるかどうかは別としてありそうではあるけど。
320(1): デフォルトの名無しさん [sage] 2011/10/29(土) 11:06:24.93 AAS
>>318318(3): デフォルトの名無しさん [sage] 2011/10/29(土) 10:48:25.49 AAS
core言語のパーサーを作ろうとしているのですが、
他にこれは読んでおけ、このページは見ておけというものはありますか?
Haskell Report
329(1): デフォルトの名無しさん [sage] 2011/10/30(日) 23:07:42.93 AAS
WIn32APIの該当関数を FFI で呼ぶという方法もある
IOモナドになるけど、余計なライブラリも使わず意外に簡単だったりする
366: デフォルトの名無しさん [sage] 2011/11/05(土) 10:51:35.93 AAS
>>365365(1): デフォルトの名無しさん [sage] 2011/11/04(金) 23:08:47.74 AAS
値を部分的に更新しながら使い回す場合、
必ずミュータブルな操作を持つデータ型を使わないといけないのか、
それともIOモナドやSTモナドの中に入れてしまうだけでいいのでしょうか。
例えば配列でMArrayを使わずに、
IORef (Array Int Int)みたいなデータ型を用意して、
IOモナドの中でmodifyIORef x (// y)としても、配列を新しく作り直さずにxを更新できたことにはなるんでしょうか?
IORefはポインタ
writeIORefで破壊的に更新できるのはポインタ部分だけで、
中身を破壊できる訳ではない
modifyIORef x (//y)とすると、新しい配列(を作るサンク)が作られた上で、
xがそれを指すように更新される
395(1): デフォルトの名無しさん [sage] 2011/11/07(月) 06:03:53.93 AAS
そんなのカッコ付けたいだけ付けて、
フォーマッタで余計なカッコ外せばいいだろ。
原始時代じゃあるまいし…
506(1): デフォルトの名無しさん [sage] 2011/11/12(土) 18:58:06.93 AAS
ようやく数セミにモナドの解説出たか。やっぱ京大スゲーわ。
562: デフォルトの名無しさん [sage] 2011/11/15(火) 20:23:31.93 AAS
気に入らないから勉強やめろってのは豪快でいいなw
扁桃体が直接口を利いてるようなものだな
623: デフォルトの名無しさん [sage] 2011/11/30(水) 07:20:54.93 AAS
>>622622(1): デフォルトの名無しさん [sage] 2011/11/29(火) 23:58:26.42 AAS
mapMatrix (3*) (3><3) [1.0..]
そちらの方は括弧が必要ですよ
mapMatrix (3*) ((3><3) [1.0..])
あるいは $ 演算子
mapMatrix (3*) $ (3><3) [1.0..]
いずれにしても、問題は解決しました
669: デフォルトの名無しさん [sage] 2011/12/09(金) 18:27:59.93 AAS
ここまでワンセット
693(1): デフォルトの名無しさん [sage] 2011/12/12(月) 12:43:25.93 AAS
>>691691(1): デフォルトの名無しさん [sage] 2011/12/12(月) 10:04:13.72 AAS
Haskellでメモ化って相性が悪そうに思うけど、どうやってるの?
例えば Conal Elliott のブログにあるトライ木を使ったメモ化
外部リンク:conal.net
彼のブログには他にもメモ化に関するトピックが色々ある
外部リンク:conal.net
Haskell Wiki の解説
外部リンク:www.haskell.org
"haskell メモ化" や "haskell memoization" などで検索すればまだまだたくさんあるだろう
711: デフォルトの名無しさん [sage] 2011/12/18(日) 01:10:36.93 AAS
煽るにもテクノロジーのバックグラウンドが要るが、最近はν速から逃げ込んで来てるからなあ。
729(1): デフォルトの名無しさん [sage] 2011/12/18(日) 18:54:57.93 AAS
>>724724(1): デフォルトの名無しさん [sage] 2011/12/18(日) 17:52:27.23 AAS
GUIのコーディングなんて年収300〜400万円の仕事だろ
底辺すぎる
VBにも劣るハスケルドカタは年収100万円を切っちゃうの?
かわいそう…
763: デフォルトの名無しさん [sage] 2011/12/20(火) 13:35:49.93 AAS
5年から10年ぐらい前ぐらいに思考盗聴こえええ皆も気をつけろとか叫んでた人を結構みたけど
あれがそうだったのか・・・
817: デフォルトの名無しさん [sage] 2011/12/23(金) 22:14:01.93 AAS
よかったな。
947: デフォルトの名無しさん [sage] 2012/01/02(月) 10:49:17.93 AAS
>>939939(1): デフォルトの名無しさん [sage] 2012/01/02(月) 02:01:59.64 AAS
FFI 関連について質問です
C言語で構造体と、それを引数として受ける関数などを作りました(*.h、*.c)
*.hsc ファイル内でそのヘッダファイルを include し、
C言語で定義したのと同じ構造のデータ型を定義しました
そして、Storable 型のインスタンス宣言の中で、
#size や #alignment マクロを使って
Storable.sizeOf や Storable.alignment を定義しました
(#alignment マクロは下記のサイトのものをそのまま使いました
外部リンク:stackoverflow.com
ghc 7.2.2 ですけど、まだ組み込みマクロではないようですね)
そのあと、ghc2hs コマンドで *.hsc から *.hs を生成し、
また *.c をコンパイルして *.o を生成し、
それらを一緒に ghc でビルドしようと思います
(まぁ実際は、*.c のまま ghc に一緒に放り込んでも良いわけですが)
そこで質問なのですが、この場合、
*.c は ghc 付属の gcc、あるいは別に用意した同Var.の gcc でコンパイルしないと、
構造体のメモリマップが ghc2hs の解釈と(理論上は)合わないと思うのですが、
この認識は間違ってないでしょうか
正確に言えば、ghc の -pgmc オプションで指定したC言語コンパイラ、
hsc2hs の --cc オプションで指定したC言語コンパイラ、
そして *.c をコンパイルしたC言語コンパイラ、
この3つのコンパイラが同じ物でないと危険なのではないでしょうか
(たまたま、VC++ のコンパイラなどとその辺りの仕様が同じ場合もあるでしょうが)
構造体のレイアウトは、コンパイラが違えば異なる可能性があるし
同じコンパイラでも、コンパイルオプションによっても変わる可能性がある
構造体のサイズやレイアウトに依存したコードは、比較的大きな危険をおかしている、と思っている
実際に問題が起ることは少ないと思うけど
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.037s