编译器写了一部分，大家帮忙看看（面向过程）

takaku

编译器写了一部分，大家帮忙看看（面向过程）
QQ 1286236708
compiler.zip (18.17 KB, 下载次数: 15)

2024-7-15 17:23 上传

点击文件名下载附件

takaku

“to C#”的转换器已经全部写好了（包括C#的支持类库）
（这是高级语言转高级语言的转换器，而不是编译器）

PROJECTS CSLib.zip (602.27 KB, 下载次数: 12)

2024-7-26 14:53 上传

点击文件名下载附件

takaku

大家好 最近决定重构：
compiler编译出来的字节码原本是在vm里运行的，操纵内存地址
现在是编译成中间代码，在“解释器”里运行（解释器支持变量名）

然后to C#的转换器就不需要了，
改为了“商朝字母”（我发明的字，不支持unicode，有6百多字）
直接转换成C#

takaku

大家好 这两天又觉得，
（支持变量名的）“解释器”的实现太过繁琐了，
所以还是在vm里运行（操纵内存地址）

----但是语法要改得简单，比如说：
if b
do f()
endif
do g()
改成
if b goto _f;
goto _f_end;
_f:
do f()
_f_end:
do g()
再比如说：
x = a + b + c +d
改成
t=a+b
s=t+c
x=s+d
再比如
ret a + b
ret f(x)
改成
t=a+b
ret t
t=f(x)
ret t

takaku

大家好，这么“简化”代码受不受得了？
答案是 yes

实际的代码里，很少用到 a+b+c
一般就 a+b 就可以了

至于 g(f(x))倒是比较常用，
但是函数嵌套会降低可读性

至于 if b goto label
Basic就是这样的

crystal2012

大家好
我打算放弃*自己*写编译器

VM和ASM早（4年前）就已经写好

以后花钱雇人写，100万日元）
（调用ASM库）

暂时先用我的VM的汇编码

crystal2012

我又打算，继续写

因为：
看了编译原理教材，
都是语法“树”

但是我的语言没有“树”
（因为比如 x=a+b+c => t=a+b; x=t+c）

既然连树都没有，那么就简单多了，
也不需要看编译原理书了。