tekknolagi

8 ms·

91.
by tekknolagi 2y ago
Funnily enough, both CPS and SSA are US government services
92.
by tekknolagi 2y ago
To be clear, I am not Taylor and I did not come up with scrapscript! That website belongs to him and I'm just a random guy on the internet who emailed him and built an implementation. The way I think about it is kind of like software v
93.
by tekknolagi 2y ago
Now that I'm back at a computer: * https://bernsteinbear.com/blog/scrapscript/ * https://bernsteinbear.com/blog/scrapscript-baseline/ * https://bernsteinbear.com/blo
94.
by tekknolagi 2y ago
See my other blog posts and GitHub if you would like some more!
95.
by tekknolagi 2y ago
No, and in fact internet searching for continuation-passing style stuff is quite tricky for this reason :(
96.
by tekknolagi 2y ago
GraalVM tends toward open core. They have entire test suites and test tools that are internal-only that make developing it kind of difficult.
97.
by tekknolagi 2y ago
Thank you for your feedback. I'll take that into consideration for my next blog post and compiler.
98.
by tekknolagi 2y ago
~~It didn't work; PyPy moved away from partial evaluation years ago~~ Sorry, I think I was responding to completely the wrong comment. I would also like a more general-purpose tool for writing fast programming language implementations
99.
by tekknolagi 2y ago
There is significant warmup required, which is not good for most programs. Deegen's approach is very promising for interactive use or other situations that require low latency.
100.
by tekknolagi 2y ago
It is very exciting to get a multi-tier VM from just bytecode encoded version of VM spec.
101.
by tekknolagi 2y ago
No, they also compare JIT to JIT and theirs is 30% slower. But it's only a baseline JIT and they'll have optimizing soon (tm).
102.
by tekknolagi 2y ago
Oh? Which python runtime?
103.
Baby's Second Garbage Collector(jennyjams.net)
2 points by tekknolagi 2y ago|0 comments
104.
by tekknolagi 2y ago
They are extraordinarily different languages and runtime systems.
105.
by tekknolagi 2y ago
See also https://github.com/nakst/gf
106.
by tekknolagi 2y ago
Please do! I would love to read it and link to it!
107.
by tekknolagi 2y ago
The man, the myth, the legend! Ok, so for extensible records: I don't have a good intuition for why the record objects would have to keep around the shadowed (hidden/duplicate) fields at run-time. Do you have a motivating example
108.
by tekknolagi 2y ago
I thought a lot of b(+)tree advantage was in bigger-than-RAM something or other for large databases and these benchmarks seem relatively small in comparison
109.
by tekknolagi 2y ago
They have gotten much better about that recently and it's much much more compatible now.
110.
by tekknolagi 2y ago
I did not specify the integer size. It could be arbitrary precision like Python.
111.
by tekknolagi 2y ago
Yes; they're small enough that it's reasonable
112.
by tekknolagi 2y ago
Bundle them into your project. Commit them into your source control #include "fenster.h" #include "microui.h" (see main.c and Makefile)
113.
by tekknolagi 2y ago
Probably yes, but it wouldn't be upstreamable into fenster. A Wayland impl would at least double the size. I'm vaguely looking into it anyway. Feel free to file an issue
114.
by tekknolagi 2y ago
I originally wanted to port dear imgui to fenster but that looked difficult and microui already had a very straightforward little bytecode to implement
115.
by tekknolagi 2y ago
Do it yourself: https://github.com/tekknolagi/db.py
116.
by tekknolagi 2y ago
I made up some stuff for tests and copied some tables from their demos
117.
by tekknolagi 2y ago
Fenster is written in C and has an optional C++ wrapper (it's all in the file)
118.
by tekknolagi 2y ago
Or PocketPy Or fe
119.
by tekknolagi 2y ago
What do you mean same data?
120.
by tekknolagi 2y ago
When is it getting open sourced?

More ›