mrubyでmemsetやmemcpyが少ない理由．

Shohei YOSHIDA @syohex

mrubyの memsetのやつ、GCCのバージョンも明記すべきだと思います。新しいのだと直っているって書いているんだし。今の書き方だと GCCすべてに問題があるような受け取られ方をされそうです。

もなか @monamour555

@syohex 確かにそうですね．でも，この問題，何度も regression しているのですよ．gcc が悪いか否かではなく，そもそも ISO C が保証しない memset/memcpy を使うのが悪い，っている書き方が正しいと私は思います．

もなか @monamour555

@syohex より正確には… s@保証しない memset/memcpy を使う@保証しない memset/memcpy での構造体コピーを行う@ …です．

Shohei YOSHIDA @syohex

@monamour555 はい、そういう風に書いていただけるととてもよくわかります。

Shohei YOSHIDA @syohex

memcpyはわからないけど、memsetはコンパイラが配列の初期化等で勝手に出していることがあるので、字面的にないからといって安心できなかったような気がする。--builtinなんとかっていうコンパイルオプションで回避できるのだろうけど。

もなか @monamour555

仰る通り．で，初期化時 { 0 } 代入で生成された memset でバグが出れば(標準非準拠なので)文句が言えます．一方，自分で書いた memset 初期化でのバグは文句の言い先がありません． QT: @syohex memsetはコンパイラが配列の初期化等で勝手に

Masanori Ogino @omasanori

@syohex -fno-builtinですね

もなか @monamour555

.@omasanori @syohex ええとですねぇ…．-fno-builtin 明示でも memset を埋めるバカバージョンが過去の gcc にはあるのですよ…(´・ω・`) http://t.co/9ts2rk4dMF 3.4系はまだ機器組込みでは使ってますからですねぇ．

Masanori Ogino @omasanori

@monamour555 @syohex なるほど。古い文書の-fno-builtinの解説にmemsetが含まれていないものを見つけて疑問が残っていたのですが、そういう背景であえて外されていたのかもしれませんね。ありがとうございます。

hiroyuki aga @ahryk

memcpyの展開しくじるってひどい話だ...でもどこまで何をあてにしていいのかは悩むな。ちゃんと動くなら自前コードは単に遅いだけだし RT mrubyでmemsetやmemcpyが少ない理由． http://t.co/E83gsUnJ3E

もなか @monamour555

.@ahryk 自前コードが遅いというのは，あり得ますが，半分誤解です．最近のコンパイラは十分に頭が良いのです．単純なループによる連続メモリコピーは，memset/memcpy と同等のコードを吐くと期待できます． 現場では，コンパイラが吐くアセンブラコードで各自判断を．

hiroyuki aga @ahryk

@monamour555 おっと誤解をまねく表現でした。締切ギリギリにコンパイラのバグが発覚すると、いろいろ疑心暗鬼に陥るので、速度は二の次でとにかく安全確実なコードにしたくなりがち、というつもりでした。

もなか @monamour555

@ahryk 変な事をしないほうが生成されるコードが速くなるということもありますからね．Duff's device のように．

もなか @monamour555

構造体の memset 初期化にまつわる問題は，最近 Interface誌の連載で書きました． http://t.co/2LBCBEiTSi Amazonだとプレミアついちゃってるなぁ…むーん． http://t.co/G7Fdga4J0i