One more page I stumbled upon today: http://t3x.org/t3xforth/
T3XFORTH is an old-school, plain vanilla FORTH system that is mostly compatible to FORTH-79 with some parts borrowed from FIG FORTH,
FORTH-83, and EFORTH, and taking some inspiration from Leo Brodie's (classic, 1983) book, "Starting FORTH".
It's the (sub)page of Nils M. Holm, author of several interesting books,
his main page is of course simply https://www.t3x.org/
There is a book here that Nils wrote, that Albert might want to see/have.
"Lisp from Nothing" :-)
https://www.t3x.org/lfn/index.html
On Thursday, August 24, 2023 at 4:31:52 PM UTC-4, Zbig wrote:
One more page I stumbled upon today: http://t3x.org/t3xforth/
T3XFORTH is an old-school, plain vanilla FORTH system that is mostly
compatible to FORTH-79 with some parts borrowed from FIG FORTH,
FORTH-83, and EFORTH, and taking some inspiration from Leo Brodie's
(classic, 1983) book, "Starting FORTH".
It's the (sub)page of Nils M. Holm, author of several interesting books,
his main page is of course simply https://www.t3x.org/
Very nice. Thanks.
There is a book here that Nils wrote, that Albert might want to see/have.
"Lisp from Nothing" :-)
https://www.t3x.org/lfn/index.html
I have compiled gcc on SPARC's. That makes sense because you generate
a more powerful c-compiler
without license burden from a less powerful
c-compiler. Most Forth meta-compilation makes sense in this way.
Certainly interesting. "Nothing" is an exaggeration.
You can generate a lisp if you have already a far more powerful
Scheme lisp. Or you can use the c-file bootstrap file to make a
minimal Scheme as a starting point.
Please note that the c-file bootstrap weights in at 300Kbyte,
more than 25 times the next smaller size file.
So the lisp implementation contains about 65% c.
My efforts are to implement a lisp , but with Forth.
Using idiomatic changes to Forth, notably prefixes and delimiters
to parse arbitrary tokens, my implementation promises at least
3 times shorter that the MAL lisp in gforth.
I have compiled gcc on SPARC's. That makes sense because you generate
a more powerful c-compiler
Do you mean gcc running on SPARC generates better code
(shorter? faster?) than on x86(64)?
without license burden from a less powerful
c-compiler. Most Forth meta-compilation makes sense in this way.
Which licenses are different, when using SPARC-based hardware?
I have Sun Ultra 10 I keep actually for its Forth-based ROM.
On Friday, August 25, 2023 at 7:39:19 AM UTC-4, none albert wrote:
Certainly interesting. "Nothing" is an exaggeration.
You can generate a lisp if you have already a far more powerful
Scheme lisp. Or you can use the c-file bootstrap file to make a
minimal Scheme as a starting point.
Please note that the c-file bootstrap weights in at 300Kbyte,
more than 25 times the next smaller size file.
So the lisp implementation contains about 65% c.
My efforts are to implement a lisp , but with Forth.
Using idiomatic changes to Forth, notably prefixes and delimiters
to parse arbitrary tokens, my implementation promises at least
3 times shorter that the MAL lisp in gforth.
With the time you have put into this Albert, do you think it would be >possible to make an RPN "LISP"? In other words a Forth style
language that uses the list a primary data type.
And would it be simpler to implement in your opinion?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 37:25:49 |
Calls: | 6,707 |
Files: | 12,241 |
Messages: | 5,353,507 |