Conversation

Notices

1. 300枚 (150組) (shibafu528@social.mikutter.hachune.net)'s status on Saturday, 10-Nov-2018 21:54:36 JST 300枚 (150組)

   答え合わせの時間です。たぶんこれだろ！！ #emacs-18.59の会 #てかこれMuleじゃね

   • Izumi Tsutsui repeated this.
   • Izumi Tsutsui (tsutsuii@social.mikutter.hachune.net)'s status on Saturday, 10-Nov-2018 21:56:43 JST Izumi Tsutsui

     @shibafu528 ﾌｧｰ （なんか見た記憶あるけど中身まで理解してなかった）

   • Izumi Tsutsui (tsutsuii@social.mikutter.hachune.net)'s status on Saturday, 10-Nov-2018 23:50:51 JST Izumi Tsutsui

     in reply to

     @shibafu528 call4() 関数、過去に一度修正してたんですが、もう少しちゃんと比較しとけという話ですね…… https://github.com/tsutsui/mule1.1-netbsd/commit/f32a896c98152e3ef5b5a6411ce2f0ebef7b0b8a
     (NO_ARG_ARRAY は x86 や m68k では定義されてなくて x86_64 や sparc他のRISC系のみ定義されるっぽいのでさらに発覚しづらかったと思われる）

   • Izumi Tsutsui (tsutsuii@social.mikutter.hachune.net)'s status on Sunday, 11-Nov-2018 01:40:31 JST Izumi Tsutsui

     @shibafu528 NO_ARG_ARRY はたぶん古代の最適化ハックで、「C言語の関数呼び出しABI的に引数がスタックに積まれるアーキテクチャの場合、わざわざ引数を配列に入れ直さなくても引数スタックの先頭アドレスをそのまま渡せば配列を渡すのと等価になる（のでコピーしない）」ということだと思われます。（が、ちゃんと読んでいない）