Re:milliForth
by alexisread on Monday November 06, 2023 @10:07AM
(#38163594)
Looking at the code, this looks remarkably similar to sectorforth?
Thing is, with sectorforth and this, 2 of the primitives are not required so reducing the VM to 6ops, so you can probably go smaller. Looks as though Cesar was happy with fitting into a sector:
https://github.com/cesarblum/sectorforth/issues
[ Parent
| on HN ]
Re:milliForth
by fuzzballcat on Monday November 06, 2023 @12:57PM
(#38166073)
[Author here.] Indeed, sectorFORTH (as I have mentioned) was the primary inspiration and guide for this project! Ironically, in some places I even had a rather different design which converged on a more sectorFORTH-like design - it's really well put together.
I've removed some primitives further from milliFORTH, but I haven't touched the arithmetic base. I hadn't seen those issues on sectorFORTH though, very interesting - I will look into it!
Re:milliForth
by alexisread on Monday November 06, 2023 @03:06PM
(#38168163)
Ah yes apologies, that'll teach me to look at the code before the readme!
Total tangent - I've often been annoyed at some library or whatever because I didn't like the way it was implemented or the api it exposed or whatever. So I try to reimplement it myself to my tastes, and eventually once I understand the problem and iterate a few times I end up with something remarkably similar to the library I initially didn't like.
It's a good reason to at least try to implement your own sometimes, rather than just use libraries - even if you end up just using the supported external dep, you'll understand it a lot better.
(not saying that's the case here, just that you reminded me of that with your convergance...)