@jemo07 @deirdresm @kkarhan I started a Forth in RP2040 assembly mostly because I wanted compatibility with the mountains of C and C++ libraries for the device and its ilk. I have the kernel working but there are faster bare metal Forths (Mecrisp and Zeptoforth) and I will get the portability I want from #CForth.

Also, there's a renewed interest in #FPGA #Forth implementations. I know of at least two active ones, both open-ish source.

@jemo07 @kkarhan CForth is in fact pretty near the top of my list at the moment - I have it working on the RP2350 with a pre-release PlatformIO "Pico" platform.

https://github.com/AlgoCompSynth/cforth/tree/master/RP2350-testing

#Forth #CForth

cforth/RP2350-testing at master · AlgoCompSynth/cforth

Mitch Bradley's CForth implementation. Contribute to AlgoCompSynth/cforth development by creating an account on GitHub.

GitHub
@AlgoCompSynth @deirdresm @kkarhan The funniest thing about Forth for me is, I can write a Forth faster than I can do anything else in #Forth … I do enjoy it when I accomplish something. I have a couple of little working project in #MecrispForth and #CForth
@profoundlynerdy Well given that #openfirmware is available, it could be a starting point for an UEFI replacement… also, #CForth from Mitch Bradley is based on the work done on OpenFirmare, it would be a great starting point. Major opportunity could be the SBC market, but there are plenty of challenges there with Binary Blobs for the GPU’s… would love to see that happen!