21–30 of 111 posts
http://www.greenarraychips.com/
which is actually a truly message-passing based arch with 144 clockless "cpus". Each cpu is actually so limited that forth is one of the few languages that makes programming this tricky platform viable.
Things you can do with forth, from the forth author: http://www.greenarraychips.com/ which is actually a truly message-passing based arch with 144 clockless "cpus". Each cpu is actually so limited that forth is one of the few languages that makes programming this tricky platform viable.
Things you can do with forth, from the forth author: http://www.greenarraychips.com/ which is actually a truly message-passing based arch with 144 clockless "cpus". Each cpu is actually so limited that forth is one of the few languages that makes programming this tricky platform viable.
As multiple people have pointed out, GreenArray chips are basically TIS-100 IRL, but in Forth. Right down to the quirky design.
Earlier quoted context omitted.
The more likely culprit is this: > But Forth is also like a high-wire act; if C gives you enough rope to hang yourself, Forth is a flamethrower crawling with cobras. There is no type checking, no scope, and no separation of data and code. You can do horrible things like redefine 2 as a function that will return seven, and forever after your math won’t work. (But why would you?) You can easily jump off into bad sectio…
That sounds about right. I've already linked it, but yosefk's take on the subject ( http://yosefk.com/blog/my-history-with-forth-stack-machines.... ) is worth reading, assuming that you've been living under a rock, and thus haven't already.
I'm a embedded software dev and write code all day in C. Sure enough forth comes up in conversations once in a while as does other ideas like Python, JS, Lua etc.. Of all the alternatives to C, Forth is the only one which groks hardware. This is particularly important for embedded development. Any realistic alternative to C must understand interrupts, memory mapped registers etc.. Forth is the only one in which this…
Not really.
https://www.mikroe.com/mikrobasic/
https://www.mikroe.com/mikropascal/
http://www.astrobe.com/default.htm
http://www.adacore.com/gnatpro/embedded
http://www.ptc.com/developer-tools/apexada
http://www.ghs.com/products/ada_optimizing_compilers.html
Zero lines of C.
Why do you think some of the so-called hacker languages were pretty popular at a time (perl, lisp), and not the others (forth, apl?)
Forth was quite popular in Europe thanks to Jupiter Ace and ZX Spectrum extensions.
I'm a embedded software dev and write code all day in C. Sure enough forth comes up in conversations once in a while as does other ideas like Python, JS, Lua etc.. Of all the alternatives to C, Forth is the only one which groks hardware. This is particularly important for embedded development. Any realistic alternative to C must understand interrupts, memory mapped registers etc.. Forth is the only one in which this…
> Forth is the only one in which this is possible. Every other example I've seen always uses C for "low-level" access or a libraries. If you need to do that, then you won't win over embedded devs like me. Not really. https://www.mikroe.com/mikrobasic/ https://www.mikroe.com/mikropascal/ http://www.astrobe.com/default.htm http://www.adacore.com/gnatpro/embedded http://www.ptc.com/developer-tools/apexada http://www.ghs…
While forth can be quite elegant at times and I have fond memories of using Mops, I wish modern forth dialects were statically type checked.
https://docs.google.com/presentation/d/1SJQGow_fnMSt5PsMgESu...
Some discussion on linked slides: https://www.reddit.com/r/concatenative/comments/4bj4lu/slide...