| Re: Xina output behaviour. |
|
 |
|
 |
|
 |
|
 |
Group: comp.lang.forth.mac · Group Profile
Author: Albert van der HorstAlbert van der Horst Date: May 1, 2008 06:41
>On Apr 30, 7:43 pm, morrimich...@ gmail.com wrote:
> >> REQUIRE isn't defined, and the version of Xina that I got from the CVS
>> was just the kernel in assembler. But I don't really need base 36, I
>> just wanted to play with it (for instance what is R2-D2's model number
>> in decimal?). Now if only I could figure out how to use termios using
>> assembler. Could I put the tcgetattr and tcsetattr stub calls in the
>> kernel without breaking anything?
>
>forth.lab is in the xina-generic subdir.
>
>Or you can get it from lina
>
>invoke xina with forth.lab in your path with
>
>xina -a
>
>which will load the forth.lab file.
>
>You will then get REQUIRE. It works.
>
>I admit, the CVS is pretty untidy - I've got to get them to reset
>everything then tidy it up - mea culpa, CVS is a very complicated tool
>in retrospect I shouldn't have bothered for such a relatively simple 1
>file source project. I thought at the time it might have been a good
>idea to try and learn how to use it.
CVS in itself certainly isn't overkill. One of its guises (Tortoise
on Windows) is so pleasant to use that I use it routinely
for such simple things as day to day version of a log book,
indeed a single file.
Things will become more complicated, then you may be happy
that you did it after all. And maybe I can use it as a starting
point for a public ciforth cvs version.
What I would advise is to just store the starting point (in this
case lina) as version 1.0. E.g if I fetch version 1.0 of lina,
I get a working version of good old fig-forth.
If I fetch version 1.0 of my Dec Alpha ciforth, I get some i86
ciforth. Version 1.0 of renesas ciforth is some 6809 ciforth.
(An indeed versions 1.12 is the first version that is even
accepted by the renesas assembler.)
In this way all diffs are present in the archive.
>
>Robert Spykerman
| 
