discussion
discussion copied to clipboard
ForthHub
What forth systems you use?
- What forth systems do you use and for what OS?
- What is your favourite forth system or systems?
My answers:
- Windows: SP-Forth, Quark Forth Linux: gForth, SP-Forth linux OSX: nop Embedded: one time was Swift Forth
- SPF, Quark, gForth. I think VFX Forth looks very useful. Have no time to try it :(
I'm mostly toying with my own lbForth. Sometimes I test things in Gforth.
I've been using amforth, flashforth, and asforth on the Atmel atmega328. For Arm processors I have been using gforth, Riscy Pygness, and rf. For 30 years I used figforth on a Sinclair Spectrum. Was using win32forth and bigforth on Intel machines.
I mostly use my own dialects (Retro and Parable) on iOS, OS X, and Linux. I occasionally work with SwiftForth and gForth (on Windows and Linux, respectively).
I use GForth on Linux. My favorite is GForth for no particular reason other than it seems complete and is available as a package to debian/ubuntu.
GForth on Linux as well, and as comparison while writing my own Forth for the 6502.
Likewise, Gforth on Linux has been my primary for many years.
I also occasionally use VFX Forth for Linux, which is amazingly fast.
These days I am using my own Forth on an embedded CPU, SwapForth.
On Thu, Mar 12, 2015 at 6:39 AM, Scot W. Stevenson <[email protected]
wrote:
GForth on Linux as well, and as comparison while writing my own Forth for the 6502.
— Reply to this email directly or view it on GitHub https://github.com/ForthHub/discussion/issues/2#issuecomment-78480563.
James Bowman http://www.excamera.com/
A long time ago I used retroforth, then what I wrote myself together and now, when I'm programming anything forth related I use mostly gforth.
No particular favorite at the moment.
Over the years, I've used MMSForth on a TRS-80 Model 4; Blazin' Forth on a C=64; Quartus Forth on a Palm Pilot; Gforth on Linux; FigForth is the first Forth I ever got running on my PET, and I'm currently working on PETTIL, an artisanal Forth for the PET hosted here on github. Of these, my favorite would have to be Blazin' Forth, which did a really nice job of teaching me the language, exposing the C=64 hardware, bringing me into the open source world, etc...
Blazin' Forth is great :) I used it for inspiration for my own C64 Forth, DurexForth.
I hacked on my own not-quite-standard handwritten ARM assembly Forth, which was fun, but it's much too slow for my current project (a Gameboy emulator).
For the Gameboy I need something fast that can speak to SDL2; GForth does nicely.
For another project, however, I can't use GForth. That project is bare metal but not embedded (plenty of RAM and CPU power), so I need fast binaries I can ship to the bare metal opaquely, without GForth's forcing of the GPL.
To make a long, confidential story short and publishable: there might be open source fallout from this project, but even if so it'll have to be Apache licenseable, and in either case to publish binaries without needing to expose 100% of the source code under GPL.
I'm too new to the modern Forth world to know: are there any fast, standard(ish) Forths around that fit that bill?
SP-Forth compiles to optimised x86 machine code. Documentation may be hard to read.
ARM support is a not-quite-essential extra. But that's still a useful data point, thanks!
I'm using Windows and SP-Forth. My favorite toy was Fig-Forth. I'm also looking at SwiftForth.
I have a ARM Cortex M fig/f83ish Forth (FISH) here:
https://www.mediafire.com/folder/6fqkfykcel80s/FISH_Forth
@larsbrinkhoff FISH is a Reference Model, meaning that it is closed source.
Does anyone know or have an opinion about using github to distribute "binaries" (really .hex and ..sym files and pdf documentation).
With FLASH_SAVE the system can be extended...
There are binary cassette tape images (*.tap files) in github.com/chitselb/pettil that work just fine for me and all the other users of PETTIL worldwide (also just me)
On Wed, Apr 8, 2015 at 3:32 PM, Clyde Willis Phillips Jr. < [email protected]> wrote:
@larsbrinkhoff https://github.com/larsbrinkhoff FISH is a Reference Model, meaning that it is closed source.
Does anyone know or have an opinion about using github to distribute "binaries" (really .hex and ..sym files and pdf documentation).
With FLASH_SAVE the system can be extended...
— Reply to this email directly or view it on GitHub https://github.com/ForthHub/discussion/issues/2#issuecomment-91012546.
@chitselb Maybe it pleases you to hear that I gave PETTIL a test ride earlier today? But I wasn't able to find any binaries even though I looked for it. "Releases" is the usual way to distribute binaries using Github.
@jkotlinski I just saw this. Maybe I should be more social here. I'll see about including the binary (tmp/pettil.obj) , which can now only be built from source from the github.com/chitselb/pettil repo on a system that has Ruby, xa65 and bash.
I'm running on Mac, Windows (2 platforms), Ubuntuish Linux, and Raspberry Pi. After experimenting I've settled on gforth for my relearning experience even though it doesn't run well on Android. My current plans are go through a stack of old Forth books, write some stuff for fun, and then build one of those bare metal Forths for the ARM.
As I work through various books I'll probably post reviews in a respository. I know most of the written words are severely outdated but I'm old school and like to work with a text as I explore.
Am Donnerstag, 27. August 2015, 13:06:59 schrieb Troy Brumley:
I'm running on Mac, Windows (2 platforms), Ubuntuish Linux, and Raspberry Pi. After experimenting I've settled on gforth for my relearning experience even though it doesn't run well on Android.
What kind of issues do you have with Gforth on Android? "Doesn't run well" is a form of bug report that unlikely will be fixed ;-).
Bernd Paysan "If you want it done right, you have to do it yourself" net2o ID: kQusJzA;7_?t=uy@X}1GWr!+0qqp_Cn176t4(dQ_ http://bernd-paysan.de/
I use jeforth on Windows. It tops on javascrip so can do whatever javascript can with benefits of forth. This is its kernel that has only 'code' and 'end-code' at first. You build your own things then.
@forthy42 I haven't been able to get past the problems with the console IO, which is a known issue with gforth on Android. Half the time your input is not echoed in a timely manner. I read about this elsewhere but decided to try it to see how bad it was. I wasn't willing to put up with it.
Am Montag, 31. August 2015, 08:44:54 schrieb Troy Brumley:
@forthy42 I haven't been able to get past the problems with the console IO, which is a known issue with gforth on Android.
It's a known issue with some keybords, which only have word-mode, no character mode.
Half the time your input is not echoed in a timely manner. I read about this elsewhere but decided to try it to see how bad it was. I wasn't willing to put up with it.
Ah, that issue. Some keyboards do not pass each keystroke to Gforth when it happens, but wait for a complete word.
That's why I have a list of recommended keyboards. Those all work as expected. Use e.g. hacker's keyboard; Go keyboard is also good enough (with cursor+tab).
The problem with word mode is that I'm not supposed to pass those characters to the actual input, because that's subject to auto-correction and further input.
I will see what I can do to work around the word-mode problem; for now, please try it with a better keyboard that follows Google's specification.
Bernd Paysan "If you want it done right, you have to do it yourself" net2o ID: kQusJzA;7_?t=uy@X}1GWr!+0qqp_Cn176t4(dQ_ http://bernd-paysan.de/
I'll give it a whirl. I have hacker's keyboard already, but I didn't think to try it. Otherwise I enjoy gforth and am having a blast on my mac getting into the language.
Am Montag, 31. August 2015, 14:39:12 schrieb Troy Brumley:
I'll give it a whirl. I have hacker's keyboard already, but I didn't think to try it. Otherwise I enjoy gforth and am having a blast on my mac getting into the language.
What keyboard do you use otherwise? I gave a few popular a try, and the worst is Swype, or using Swype-style input on other keyboards that support it. I've a fix for that which should mostly work for the other offenders, too (that will show up the next day or so). I've not yet found a way to tell Swype how much there's in the edit buffer when you use the volume keys to navigate in the history - setting the editor object to the actually edited text doesn't work. Apparently Swype makes its own assumptions about what the edited object actually contains, and limits backspaces to the text it thinks is there, and that's the wrong way to go.
Bernd Paysan "If you want it done right, you have to do it yourself" net2o ID: kQusJzA;7_?t=uy@X}1GWr!+0qqp_Cn176t4(dQ_ http://bernd-paysan.de/
I like swype for social media, but it's completely useless for precise typing. I do 95% of my social media stuff on my Galaxy Note 3. I'm not sure I could even use swype on a smaller screen :) I was able to experiment quickly with the hacker keyboard and gforth felt like gforth again.
