Closed ddkwork closed 1 month ago
This will transition to nocgo's glfw3 after a long time, which should theoretically reduce the compiled binary from 70mb to 20-30mb
这需要解决bind所有bug再次绑定glfw之后实施unison的依赖替换,最后看编译速度和二进制大小。其余的就是简化每个模块的外部依赖。。。
发现鼠标进入表格就触发了选中回调日志,这得取消某种回调和日志。
复现方法为gui的反汇编布局鼠标进入
bind包的函数类型绑定异常复杂,需要判断函数类型和参数个数,类型,名称。
为了节省时间,留到以后再优化
Currently the compiled file is too large, this will be optimized by gradually cleaning up various dependencies, but the effect should not be obvious. Looking at the v-language it should be the smallest after compilation, but its gui library is unreliable and always flashes, and rust is not my favorite language. So I can only do my best to optimize it.
Should an algorithm be designed to optimize disassembly performance when the target being debugged is too large?