悠里アセンブリQ&A by Ritchan先生
@na2co3_ftw こんな感じです。 jurliyuuri.info/wiki/%E9%80%A3…
2017-09-16 14:41:20@na2co3_ftw リストです。 twitter.com/sosoBOTpi/list…
2017-09-16 14:48:11これソースの可読性流用性保守性を下げるのでは。 通常こういうのは固定、もしくはコンパイルオプションというか翻訳単位で指定する部分だし。
2017-09-16 14:48:55その通りです(格の順番が違うバート人とリパラオネ人が混在して開発したのでこんな妙な仕様になっている)(「JavaScriptのuse strictもこんな感じだしまあええやろ!w」という感じになっている) twitter.com/aios_ciao/stat…
2017-09-16 14:51:31@aios_ciao バイト幅でアクセスする命令が実装されていません。
2017-09-16 14:51:59@sosoBOTpi レジスタにロードするデータ(たとえばアドレスか値か)は何か区別されますか? 一律○bit幅という実装であれば影響しないですが
2017-09-16 14:54:07@aios_ciao 現状一律32bit幅です。x86などと違って16bitや8bit時代のものとの互換性が要求されないので現状ではこういう実装になってしまっています(しかし、メモリは8bit時代の設計を引きずっているのでアドレスは4ずつ増えます)
2017-09-16 14:56:01FAFss、人員が足りているように見えて、これは罠で無限に人員が必要なんだよな
2017-09-16 14:56:44@sosoBOTpi なるほど。 ディスプレイスメント付き間接参照(fn+fm(α 構文)のアドレス値は4の倍数になるようにしないといけないですか? それとも fn+(fm×4)(α といった補正が入りますか?
2017-09-16 14:59:03@aios_ciao 4の倍数になるようにしないといけません(4の倍数以外のアクセスも許可はします。逆に言うと、それを許すため補正はありません)
2017-09-16 15:01:21仕様書書かなきゃなぁ(書かなきゃなぁ) twitter.com/aios_ciao/stat…
2017-09-16 15:02:08@sosoBOTpi 文字ごとに32bitずつ領域を使うのであれば文字列を扱う場合結構冗長そうですね。 (マルチバイトでも簡単に扱えそうというメリットはありますが)
2017-09-16 15:06:36@aios_ciao そうなんですよね、文字絡みが微妙です。まあbyte単位のアクセスをできるようにすればいいだけですが。(そもそも文字コードがまだ1ミリも決まっていないのですが)
2017-09-16 15:07:55@aios_ciao オペランドの自由度がかなり高い分、命令種類はかなり少なめなんですよね。手動で4足したり引いたりする形になります
2017-09-16 15:12:24ちなみにこの辺はスタックのアドレス変化方向に沿ってハードウェア支援の要素がある。高速化というか効率的に書けるようになるし。
2017-09-16 15:12:26