quartz-research-note/content/多段階計算を命令型VMインストラクションで表現する.md
Matsuura Tomoya(Windows) 47ec0d1070
All checks were successful
Build / build (push) Successful in 3m23s
[obsidian] vault backup: 2024-11-17 00:44:13[
2024-11-17 00:44:13 +09:00

2.1 KiB
Raw Blame History

#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になったら...うーん

let n = 100 in
let m = 200 in
let addc x y = &(~x + ~y) in
  ~(addc &n &m )

addcの型は&int -> &int

CodeもEscapeもネストできる構造なんだから命令型に直すとなにかしらのスタック構造を操作するものになるはず Escapeはあくまで埋め込むだけで評価をするわけじゃないんだよな

&(~x + ~y)ここだけ取り出すとどうだろう

fn addc x y // reg 1,2にはプログラム辺のインデックス
mov 1 x
mov 2 y
add 1 1 2 //最後は必ずこうなるわけで

fn main
movc 1 100
movc 2 200

lift 1 1
lift 2 2
startescape
call "addc" 1 2
endescape
ret 1