Machine Forth and ANS
- To: MISC
- Subject: Machine Forth and ANS
- From: "Stephen Pelc" <sfp@xxxxxxxxxxxxxxxxxx>
- Date: Mon, 12 Jul 1999 10:44:27 +0100
- In-reply-to: <199907102025.PAA09752@rgate.ricochet.net>
- Organization: MPE
- Priority: normal
- Reply-to: sfp@xxxxxxxxxxxxxxxxxx
theFox said:
> >Chuck also felt that ANS Forth was missing out on some
> >good innovation like @+ which could help write faster code without
> >needing super-optimizers.
>
> That is true he did make that point. As he said if you use it it
> will signifigantly change the style of your code.
The arguments are *NOT* about whether @+ or the use of an
address register are technically good/useful. I and others such
as Phil Koopman have discussed and implemented (especially in
silicon designs) the use of address registers in stack machine
VMs.
The discussion is really about whether the address register(s)
needs to be exposed in the Forth VM (not necessarily the same
as the stack machine VM). This affects the complexity of the
compiler, but I would argue that if I can produce better code
generation, this is *much* less complex than having to produce a
new piece of silicon.
> I think the ANS standards team has a
> pretty obvious bias to declare that Forth was frozen fifteen years ago and
> that they were made keepers of the crystal.
Complete and utter rubbish. I note that since ANS, both MPE and
Forth Inc have produced optimising compilers that deal with ANS
source code. What ANS Forth (or any other standards committee)
does do is to document common practice. An effect of this is to
make it clear what code is portable and what is not. This is
very different from restricting change.
Stephen
--
Stephen Pelc, sfp@mpeltd.demon.co.uk
MicroProcessor Engineering Ltd - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 1703 631441, fax: +44 1703 339691
web: http://www.mpeltd.demon.co.uk