💾 Archived View for republic.circumlunar.space › users › dbane › gemlog › 2021-03-07.gmi captured on 2024-07-09 at 00:16:03. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2022-03-01)
-=-=-=-=-=-=-
I'm currently thinking about what a reasonable platform for prototyping would look like. To start with:
EISL compiler internals, including details of the FFI
Again going back to the OpenCOMAL days, here are some of the features I tried to use:
Proposal for hardening prototypes
And some I would have liked to get around to:
Notably, all of the above are considered boring enough to have been standardised by orgs like X-Open or the IETF. This is not intended as a criticism, quite the opposite.
The eventual aim is that I would like something like multi-user interpreters, e.g. a MUD (I liked ColdC/ColdCore) but using COMAL as the language. I might have preferred to start from the existing OpenCOMAL, but unfortunately after reading a paper on AFL a while ago I wouldn't connect any software written in a non memory-safe language to the Internet.
I probably won't ever get that far, but taking the advice of (I think) the comp.lang.lisp FAQ, if I write some useful libraries along the way that's fine. Repl.it seem to be in this space but they actually have some funding :-)
Reading back on this, it resembles an old post I wrote on learnings from some embedded systems projects. There I concentrated on
On PC-class hardware debug logging is probably better done by syslog. The others two are still nice to have though, although