LemonHX.eth

OS: Windows11-latest MSVC: 2022 14.32.31326 latest clang/llvm: 11 mem: 64G cpu: intel 11700k rustc version: nightly-x86_64-pc-windows-msvc ``` error occurred: Command "C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.32.31326\\bin\\HostX64\\x64\\cl.exe" "-nologo" "-MD" "-Z7" "-Brepro" "-I" "rocksdb/include/"...

due to the issue [941](https://github.com/glium/glium/issues/941) the problem of the uniform macro is we could not think a way to solve pass struct problem I have look through the `uniform!` macro...

I have unified the tokio version, we need no more sync things, currently our implementation of `RpcClient` is very ugly, at the same time the lifetime is very hard to...

Implementing GC

2

柠檬将会分期实现一个理论上停顿非常小的GC - 第一阶段实现一个每个VM独立的纯拷贝GC - 第二阶段实现一个全局VM共享的三色增量GC - 第三阶段打通这三个GC - 第四阶段测试GC的延迟并发表

本来昨天该进入alpha的VM, 但是由于个人的傻逼行为,导致了VM加入了类似多线程和一个沉重的GC 但是因为这个语言的设计之初是用来当作胶水使用的. 所以,我决定回滚 回滚并不意味着倒退,而是重整旗鼓 新的特性如下: - 原生的Object System(alan派,aka message based) - VM进程间通讯

Better Way for Writing Bytecode

5

你不是说要做可视化吗，那帮我把写字节码一起做了呗~

我觉得我可以这样实现： - 首先用编译器确认这个闭包引用的变量的位置 - 然后，把那个变量变成ref类型并扔到堆里 - 最后在运行那个闭包的时候从堆里取出他的引用 难点： - 如果Async分支被合并就需要一个机制去确保堆里面信息的正确性（比如锁，STM - 改动堆里的值并不是引用而是拷贝，只要是被引用的变量都进堆。。。感觉有点浪费

Discuss Design Implementation

1

# Discuss design implementation - OO - FP - Interface Object(like dyn Trait in Rust) - Trait and Implementation