[obsidian] vault backup: 2024-06-08 23:41:52

content/mimiumの中間表現を考える.md

@@ -32,8 +32,75 @@ delay,feed, delay,feed delay,feed delay, feed
 
 ```
 
-feedのコールツリーを持つやり方はポインタを辿ってく形になるのであんまやりたくない
-
 - 実行中のVMから見れば、簡約されたあとにfeedの項が置き換えられて出てくるわけではない
 - 関数の定義にジャンプしてみて初めてfeedが現れる
 - しかし、そのfeedがどこの情報を保持しているかは呼び出し元の情報が必要
+- コール元の情報を関数の引数として渡す、というのが前とったやり方
+- feedのコールツリーを持つやり方はポインタを辿ってく形になるのであんまやりたくない
+- VMがクロージャをsetUpvalue/getUpvalueで解決してるような感じで解決できないか
+- callの命令は今call、callCls、callExtの3種類存在
+	- これはVM上の参照するテーブルが違うので必要
+
+- 例えば、VMマシン側に、`feed_baseptr`みたいな情報を持っておく
+	- callのオペランドの中にこのbaseptrからのオフセットバイト数を含めるようにする
+	- いや、コンパイル時、call命令の前にsetFeedAddressみたいな命令を差し込めばそれでいいのか
+	- で、delay命令が来たときは現在のアドレスから必要な長さをリングバッファとして使用する
+	- getfeed命令が来たときは現在のアドレスからその型分のバイト数を取り出して、、、どうする？
+		- 即値用の、getfeedfloatと、それ以外のgetfeedptrは分けたほうがいいな
+	- call命令、delay、getfeed命令が終わるたびにbaseptrの場所は戻される
+		- いや、最後にsetfeedしなきゃいけないからself用のbaseptrに戻す必要があるのかな
+	  - 場合によってはdelayの結構長いタイム分をオフセットしないといけないわけだから、命令長が足りなくならんかこれ
+
+
+まあこんな感じで行けそう
+
+```
+fn fbdelay(input,fb,dtime){
+	// reg: input,fb,dtime
+	getfeedfloat // load feed to reg3
+	pushfeedoffset 8 // shift feed_base by 64bit
+	delay 3 2 4// write feed and pop head from dtime address offset, push to reg4
+	mulF 4 2 5// multiplay result of delay(reg4) and fb(reg2)
+	addF 0 5 6
+	popfeedoffset 8 // shift feed_base by 64bit
+	setfeed 6
+	return 6
+}
+
+fn twodelay (input,dtime){
+// reg:input,dtime
+  movConst 'fbdelay' 2
+  mov 0 3
+  mov 1 4 
+  movConst '0.7' 5
+  call 2 3 1 //reg2 is result of fbdelay
+  mov 1 3
+  movConst '2.0' 4
+  mulF 3 4 5
+  mov 5 3
+  movConst 'fbdelay' 4
+  mov 0 5
+  mov 3 6
+  movConst '0.8' 7
+  pushfeedoffset 8
+  call 4 3 1 //reg4 is result of second fbdelay
+  popfeedoffset
+  addF 2 4 5
+  return 5
+}
+
+fn dsp (input){
+  movConst 'twodelay' 1
+  mov 0 2
+  movConst '400' 3
+  call 1 2 1 //reg1 is result of twodelay
+  movConst 'twodelay' 2
+  mov 0 3
+  movConst '800' 4
+  pushfeedoffset 8
+  call 2 2 1
+  addf 1 2 3
+  return 3
+}
+
+```