RE: [colorforth] To kernel, or not to kernel
- Subject: RE: [colorforth] To kernel, or not to kernel
- From: <howerd.oakford@xxxxxxxxxxxx>
- Date: Sat, 6 Mar 2004 22:31:26 -0000
- Importance: Normal
Hi Chuck,
Of course! I'm not used to this additional degree of freedom - choosing when
each part of the system exists.
This begs the question - what should go in the kernel, and what should not?
Maybe I have been going in the wrong direction when I took common words out
of applications and moved them into the source-loaded part of the kernel. An
example is 1@ which was used by several apps, sometimes under a different
name.
My instinct was to move such words to the kernel.
There was a thread on comp.lang.forth about how much people hated the
snippets of hex used to define "assembler" macros. I think there was an
assumption that all assembler macros should be collected together into an
Assembler, not scattered amongst the code.
I like the concept of each application being self-contained and the kernel
being as small as possible - very Forth-like.
Regards
Howerd
-----Original Message-----
From: Chuck Moore [mailto:chipchuck@xxxxxxxxxxxxxx]
Sent: 03 March 2004 06:21
To: colorforth@xxxxxxxxxxxxxxxxxx
Subject: Re: [colorforth] Low res or low color ColorForth
Regarding Howerd's comment about "name-space pollution":
It is an historical accident that the editor is built into the kernel. The
colorForth colorForth will have it as a seperate application. Ie., typing
123 edit will compile the editor, overlaying the current application. Thus
any nice words it defines will be distinct from any in applications.
This has no time penalty, since compile is instantaneous. And presumably
you're editing the application (or some application) prior to re-compiling
it. So overlaying the application has no penalty.
Possibly, simply listing code or other text might remain in the kernel,
since that might be part of an application (browser).
---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@xxxxxxxxxxxxxxxxxx
For additional commands, e-mail: colorforth-help@xxxxxxxxxxxxxxxxxx
Main web page - http://www.colorforth.com
---------------------------------------------------------------------
To unsubscribe, e-mail: colorforth-unsubscribe@xxxxxxxxxxxxxxxxxx
For additional commands, e-mail: colorforth-help@xxxxxxxxxxxxxxxxxx
Main web page - http://www.colorforth.com