quartz-research-note/content/多段階計算を命令型VMインストラクションで表現したい.md
松浦 知也 Matsuura Tomoya 82daa87f6c
All checks were successful
Build / build (push) Successful in 3m50s
[obsidian] vault backup: 2024-11-20 07:38:48
2024-11-20 07:38:48 +09:00

65 lines
2.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

#mimium #programming-language
related: [[mimium新内部表現の構想]] [[mimiumの中間表現を考える]] [[mimiumのMIRコンパイル過程を真面目に考える]]
[[多段階計算]]を[[mimium]]の中にマクロとして取り入れたい.
既存の多段階計算の文献は基本的に[[操作的意味論]]を定義しているため、そのままナイーブに実装するならツリーウォークインタプリタや[[CEKマシン]]的なものにならざるを得ない。
ただmimiumでは既にVMのフォーマットを定めており、マクロ展開やコンパイル時計算をMIRレベルで展開する全く別の処理系をもう一つ作らなければいけないのかという悩みがある。
一つの方向として、多段階計算の意味論を丸ごとVMの命令列の中に組み込むことはできないだろうかというのを考える。
## 追加命令
`incl_level / decl_level <dst>` のような命令があるとする
VMは最初、マクロ評価時に自分の現在の評価ステージを0として評価スタート
VMは、命令記録モードと実行モードの2種類で、現在の評価ステージが0のときに実行モードになる
mainプログラムの先頭はマクロ展開のため必ずincl_levelからスタート命令記録モードから開始
命令記録モードでは、decl_levelがでてくるまでバッファに実行した命令をコピーし続ける
decl_levelでレベル0になったら...うーん
```ocaml
let n = 100 in
let m = 200 in
let addc x y = &(~x + ~y) in
~(addc &n &m )
```
`addc`の型は`(&int,&int) -> &int`
CodeもEscapeもネストできる構造なんだから命令型に直すとなにかしらのスタック構造を操作するものになるはず
Escapeはあくまで埋め込むだけで評価をするわけじゃないんだよな
`&(~x + ~y)`ここだけ取り出すとどうだろう
`~x`はxを評価した後にエスケープする、ってことだもんなあ
```
fn addc x y // reg 1,2にはプログラム辺のインデックス
startescape
mov 1 x
endescape
startescape
mov 2 y
endescape
add 1 1 2 //最後は必ずこうなるわけで
fn main
movc 1 100
movc 2 200
lift 2 1
lift 3 2
startescape
move 1 "addc"
call 1 2 1
endescape
ret 1
```