Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Paul Rubin Newsgroups: comp.lang.forth Subject: Re: Just wondering if anyone has given pijFORTHos (forth on bare metal for Raspberry PI)? Date: Fri, 13 May 2016 14:26:36 -0700 Organization: A noiseless patient Spider Lines: 37 Message-ID: <87vb2h3b03.fsf@jester.gateway.pace.com> References: <604b701e-81da-4c54-8a2a-68d8b9dbd302@googlegroups.com> <87futl4zge.fsf@jester.gateway.pace.com> <1487c916-5e2a-42d1-9c24-87467d006658@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="52eac348160ce62b68e4635eee7cc854"; logging-data="4357"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+7+mgDrCkZjjKT5KHLQj4K" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:1LPEW6FwOELW9yb/KiQoN2LVdP0= sha1:l+A3Uk2BnaqcsNbaMKyRpli+EY4= Xref: csiph.com comp.lang.forth:47097 murphy.darin@gmail.com writes: > The problem I have with gforth is it very unstable on my android. No idea about android but it should work fine on your rpi. I'd suggest running it on the rpi and connecting to it. > That's one of the reasons I wanted a SBC that I could hook up with my > raspberry pi that only ran a good and stable forth, If you really want this, try amforth on an arduino or one of the several msp430 forths on a launchpad. That will be far easier to understand than anything running bare metal on a pi. > Heck if it just had an assemblier and open and complete documentation > then I could put something like forth-79 or 83 on it eventually, so > that the complexity of software layers would be down to 2 You should probably look at eforth then, the most understandable Forth I know of. I never understood the attraction of Jonesforth except as a way of starting in the comfort zone of assembly language programmers. There aren't that many assembly language programmers out there these days, who don't also use HLL's and know how implement them. > instead of 8 or a dozens which seems to be the current level. I wouldn't worry about this. Linux and gforth do a good job of abstracting away the lowest level stuff so you don't have to think about it. You get a Forth that works and that you can treat as a VM. There's a separate body of knowledge, of implementation techniques to run Forth on typical register-style computers. That topic is interesting in its own right, but I wouldn't worry about it right away. It won't make that much sense to you until you're more comfortable with programming in general. The Moving Forth series at http://www.bradrodriguez.com/papers/ is a good place to learn about Forth implementation. There's nothing special about Forth 79 or 83.