Path: csiph.com!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Paul Rubin Newsgroups: comp.lang.forth Subject: Re: The Fourth Forth eBook in our little series - Programming Forth - Stephen Pelc Date: Sun, 07 Aug 2016 01:06:24 -0700 Organization: A noiseless patient Spider Lines: 29 Message-ID: <87twex2ebj.fsf@jester.gateway.pace.com> References: <3e1d7770-f26a-4ee8-a1b1-d08ab3768a2b@googlegroups.com> <6d4e631e-cd0f-4628-8dca-f04ec462723a@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="afb9df5a762ad8974cbd7e506bdf03a5"; logging-data="23794"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Np732fiRa9WHh2YIeW25M" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:7xqbBmLkaAWyFXaNlza58zH5hAQ= sha1:YLWoAI+PF+AUd/Cj6JRLJ7VFdo4= Xref: csiph.com comp.lang.forth:49836 Cecil Bayona writes: > I found several sources of documentation on eForth, enough to > be dangerous maybe, but better than a sharp stick in the eye. I have > several sources of documentation on eForth from C H Ting. Bill Muench's site is down but you can probably find his eforth pages in the wayback machine. IIRC there was eforth itself, a metacompiler for eforth, and a juiced-up version of eforth with more optimizations than the stripped down version. Ting's version was different in that it was bootstrapped from x86 assembly code, which he felt was easier for Forth newbies to understand. Jeff Fox has some discussion of this idea on his site someplace. I found the original eforth code to be quite readable, but it is a very minimal Forth that uses a lot of clever tricks to be tiny. There is a C conversion here that is also simple: http://chiselapp.com/user/tehologist/repository/compc/home Mostly I don't understand quite what you're trying to do. Gforth is reasonably fast and well documented, and it has plenty of creature comforts (at least in the language implementation). So I'd probably use it if the target machine is powerful enough for it. For smaller targets there's lots of other choices such as FlashForth, Mecrisp, CamelForth, etc. etc. in addition to eForth. Plus of course there are the commercial implementations, that have real compilers, good support, etc., at the expense of actual $$$$. And then there are variants like oForth and 8th, that are more machine hungry than traditional Forth, but that can make life easier in various ways.