The strengths of FORTH
  Home FAQ Contact Sign in
comp.lang.forth only
 
Advanced search
POPULAR GROUPS

more...

comp.lang.forth Profile…
 Up
The strengths of FORTH         


Author: Robert Miller
Date: Mar 27, 2008 12:01

I have followed with considerable interest, the thread 'The Promise of FORTH'
started by Johan Thomas. Much has been made of FORTH's perceived
shortcomings but as these are mostly inherent, there is little likelihood
that any significant changes can be made. That said, I think most here
would like to see a thriving Forth community. In order for that to happen,
the first thing is to get the existence of the language into the
consciousness of the general programming community. John Doty's complaint
that there is no body of shared Forth code reflects that. The second thing
is to identify those strengths of Forth that would make it attractive to
potential users and somehow getting the word out.

From my point of view, the attractive features of FORTH are; first that it
is an incremental compiler, second that it incorporates an assembler, and
third it is extensible. Back at the beginning of...
Show full article (3.47Kb)
70 Comments
Re: The strengths of FORTH         


Author: Jonah Thomas
Date: Mar 27, 2008 15:47

"Robert Miller" compmore.net> wrote:
> I have followed with considerable interest, the thread 'The Promise of
> FORTH' started by Johan Thomas. Much has been made of FORTH's
> perceived shortcomings but as these are mostly inherent, there is
> little likelihood that any significant changes can be made.

Forth is extensible. You can do anything you want with it, if you want
to bother to do the programming. But you can't force other Forth
programmers to do it your way, unless you're the boss. So if you want
objects, Forth has lots of object systems. If you want locals, they're
there. If you want pretty-printed source code, with careful indenting,
you can write that way or you can write your text editor in Forth to do
it for you, or you can write a Forth routine to do it to your source
code after it's written. You can have anything you want. But after you
make it work your way, it isn't exactly Forth. Because you haven't
forced everybody else to do it too.
Show full article (6.03Kb)
no comments
Re: The strengths of FORTH         


Author: Paul E. Bennett
Date: Mar 27, 2008 16:21

Robert Miller wrote:

[%%X]
> This provided a fairly immediate means of trying new code. The lengthy
> and too often repeated sequence of edit - compile/assemble - link -
> download - and test is eliminated. (If you have ever worked with a
> paper tape based machine that can be a very lengthy sequence.) This
> encourages bottom up implementation with testing of the code
> almost concurrent with its creation. The result is the next layer is
> built on (hopefully well) tested code. In the final analysis this
> process results in reliable, working code being created quite quickly.
> An incremental compiler such as FORTH provides the same advantage
> without the interpreter's overhead.

For the even older hands, paper tape might have seemed like a luxury. One
system I have brought up involved 4k of machine code entered on switches
and latched into the memory locations (ran for 25 years with no errors).

[%%X]
Show full article (2.07Kb)
no comments
Re: The strengths of FORTH         


Author: Bruce McFarling
Date: Mar 27, 2008 18:46

On Mar 27, 6:47 pm, Jonah Thomas gmail.com> wrote:
> You can have anything you want. But after you
> make it work your way, it isn't exactly Forth. Because you haven't
> forced everybody else to do it too.

... "it isn't exactly Forth, unless you've made it possible for anyone
else to do it too."

If its available to anyone who wants it (within the intrinsic
constraints of the area of application), then its still exactly Forth.

That is, if its strictly a matter of:

REQUIRE tools52.fs

[algo using servers/panel:file tools/strings:floats:arrays
...

...
algo]

and the [algo interpreter hook is one of the things that tools52.fs
ensures is available, then that's Forth to the extent that tools52.fs
is.
Show full article (0.90Kb)
no comments
Re: The strengths of FORTH         


Author: Brad Eckert
Date: Mar 27, 2008 19:03

On Mar 27, 12:01 pm, "Robert Miller" compmore.net> wrote:
>
> As to getting FORTH known to the wider community, I am at somewhat of a
> loss.  Certainly encouraging code sharing would be helpful - if the shared
> code was well done and well documented.  Maybe FORTH Inc. should be
> providing T-shirts displaying their Logo with each SwiftX or SwiftForth
> license or with each addition to a shared library - or at least offering
> them for sale.  I go to a gym across the street from QNX and a lot of the
> people in the gym are wearing QNX Ts.  I wonder how many of these guys have
> ever even heard of Forth.  Every little helps.
>

More libraries would be nice, but there's usually not much incentive
to reimplement C-based wheels in Forth when C bindings are available.
A C binding standard would be very useful, IMHO.

I would like to see Forth Inc put out more press releases in the
electronics trade journals, since it doesn't cost anything to do so
and any new release of SwiftX is an excuse to send out a press
release.
Show full article (2.00Kb)
no comments
Re: The strengths of FORTH         


Author: Jonah Thomas
Date: Mar 27, 2008 19:15

Bruce McFarling netscape.net> wrote:
> Jonah Thomas gmail.com> wrote:
>> You can have anything you want. But after you
>> make it work your way, it isn't exactly Forth. Because you haven't
>> forced everybody else to do it too.
>
> ... "it isn't exactly Forth, unless you've made it possible for anyone
> else to do it too."

....
> Thinking in terms of whether or not someone is forced to do it is a
> category mistake. Its thinking of herding cats as if its the same
> nature of activity as herding cattle.
Show full article (1.67Kb)
no comments
Re: The strengths of FORTH         


Author: Benny Andersen
Date: Mar 28, 2008 01:59

On Thu, 27 Mar 2008 15:01:14 -0400, Robert Miller wrote:
> As to the perceived disadvantages of FORTH, the readability and
> maintainability issue can be dealt with by maintaining a bit of discipline
> in commenting. I am certain that anyone here would have no trouble
> following or modifying any of my code even though it was written for a hobby
> application. (Doubtless my factoring and my studious avoidance of variables
> would draw hoots of derision from some though.)
I see it as the prize of leaving the responsibility of generating effective
code to a virtuel mashine to the programmer person, that forth is
difficult.

Stack visualisation is a training matter, and comments to definitions makes
it clear what arguments is used, but the use of definitions without any
forced parameter naming or chekking, is a very much weaker abstraction
support than the common named variable/parameter paragdigm used in other
languages.
Show full article (1.14Kb)
no comments
Re: The strengths of FORTH         


Author: dkelvey
Date: Mar 28, 2008 07:50

Hi
One of the complaints I see often is the lack
of type checking.
I can't recall when I had an error in my code
related to incorrect use of type. Still, it is
considered a major problem with Forth?
Dwight
no comments
Re: The strengths of FORTH         


Author: John Doty
Date: Mar 28, 2008 08:25

dkelvey@hotmail.com wrote:
> Hi
> One of the complaints I see often is the lack
> of type checking.
> I can't recall when I had an error in my code
> related to incorrect use of type. Still, it is
> considered a major problem with Forth?

The issue isn't errors, which generally don't survive the first
interactive test. The issue is vocabulary bloat and user confusion.

--
John Doty, Noqsi Aerospace, Ltd.
http://www.noqsi.com/
--
History teaches that logical consistency is neither sufficient nor
necessary to establish practical, real world truth. Those who attempt to
use logic for that purpose are abusing it.
no comments
Re: The strengths of FORTH         


Author: Bruce McFarling
Date: Mar 28, 2008 09:30

On Mar 27, 10:15 pm, Jonah Thomas gmail.com> wrote:
> If Forth is everything we can choose to do in Forth, then Forth is
> everything.
> But if Forth is only what Forth enforces, then Forth is nothing.

Aha, and thus Dr. Ting's reference to footsteps in an empty valley.

My distinction here is different. A source text is a member of
Forth society to the extent that it itself is Forth, including
sources in Forth that you can download and put into a place
where it can find it and include or require it from within
Forth.

Given Forth's extreme range of implementations, where you can
find sets of implementations that are mutually exclusive in
terms of what they make of a given source, there is no such
thing as a source text that is generically Forth.

For a few limited source texts, its possible to say that they
are members of the Forth-94 source text society.

Every working source text is a member of the source text
society for the implementation they were programmed on.
Show full article (2.46Kb)
2 Comments
1 2 3 4 5 6 7 8