News for hackers. Stuff that matters.
Re:RetroForth 2021.1 by pjmlp on Thursday February 18, 2021 @12:36AM (#26176325)
Lisp surely can and has been.

Basically start with a s-exp based Assembler, add a macro support subset and go from there.

Re:RetroForth 2021.1 by guerrilla on Thursday February 18, 2021 @01:51AM (#26176786)
I'd like to see that or maybe try it myself but that's not quite the same as Forth fitting in a 512 byte boot sector[1] or on a tinyAVR. I bet it can be done but I suspect it'd require more cleverness than doing the same with Forth.

1. https://news.ycombinator.com/item?id=24604457

Re:RetroForth 2021.1 by pjmlp on Thursday February 18, 2021 @05:00AM (#26178002)
People tend to forget that Lisp was originally developed on an IBM 704, written in Assembly, with the traditional size a 1950 machine filling a server room was capable of, which was just a few KB.

While not the same thing, you can have a look at http://www.ulisp.com/ for AVR.

Re:RetroForth 2021.1 by dreamcompiler on Thursday February 18, 2021 @10:59AM (#26181389)
All the original compilers like Lisp and Fortran were written in assembler. But that doesn't mean it was easy, or that the resulting language was very capable by modern standards. The thing about Forth is that it is easy, and you get a full-featured Forth when you're done.

That's not to say it can't be done in Lisp but Lisp needs a lot more runtime support than Forth. If I was going to bootstrap a Lisp, I'd bootstrap a Forth first and then write the garbage collector for Lisp in Forth.

Re:RetroForth 2021.1 by kazinator on Thursday February 18, 2021 @11:04AM (#26181469)
Writing primitives like cons, car and cdr in assembler, a garbage collector in assembler, and eval in assembler would make a great amount of sense, from a performance and bootstrapping POV.

A Lisp compiler in assembler is just about rationally unjustifiable, though.