2025-03-16 11:51:04 <DKordic     > tabemann: There is so mmuch wrong with gforth that I don't know where to start.  I would rather not even mention it.
2025-03-16 11:54:45 <DKordic     > gforth is still a `FORTH'!!  It is not confusing, it is confused!!
2025-03-16 12:06:54 <GeDaMo      > "When you have seen one Forth, you have seen one Forth" :P
2025-03-16 12:35:00 <DKordic     > `Type's and Forth?  `Stop-the-World GC'?  `Stop-the-World Type _Checker_'?  AFAICS `Type' is by definition Cargo Cult.
2025-03-16 13:03:24 <clemens3    > xentrac: used to do 68000 assembler on an amiga 1000, loved it - later did x86 assembler, was ok, but that 68000 was just plain fun
2025-03-16 14:11:07 <xentrac     > clemens3: yeah, it's much nicer!  if you're looking for that kind of feeling today, maybe check out 32-bit ARM or, to a lesser extent, RISC-V
2025-03-16 16:43:33 <clemens3    > yeah, i am thinking some day install some old os on qemu maybe, or even get some old hardware... i have a small riscv machine from china, never got around booting it up.. ditto for the riscv vm...
2025-03-16 17:07:38 <xentrac     > if you're on Linux you can run executables for other architectures as if they were native code by using qemu-user
2025-03-16 17:10:51 <xentrac     > https://asciinema.org/a/613187 is a quick screencast demo of this
2025-03-16 17:12:06 <xentrac     > actually https://asciinema.org/a/622461 is a demo of a better version
2025-03-16 17:27:59 <clemens3    > i guess netbsd on 86k some day
2025-03-16 17:28:03 <clemens3    > for me
2025-03-16 17:31:06 <xentrac     > 86k, really?
2025-03-16 17:31:17 <xentrac     > does netbsd still even maintain their 86k port?
2025-03-16 17:32:32 <clemens3    > sorry, 68k
2025-03-16 17:32:50 <clemens3    > i remember maybe needs an older netbsd version
2025-03-16 17:32:52 <xentrac     > oh, NetBSD-68k is very much alive and well
2025-03-16 17:32:59 <clemens3    > ok, good to know:)
2025-03-16 17:33:10 <clemens3    > https://rosco-m68k.com/
2025-03-16 17:33:21 <clemens3    > just a bookmark, no experience with this
2025-03-16 17:34:17 <xentrac     > at least one of the 68k ports is a tier-2 port: http://wiki.netbsd.org/ports/mac68k/
2025-03-16 17:35:21 <xentrac     > the 86k port seems to have died: http://wiki.netbsd.org/ports/
2025-03-16 17:39:20 <xentrac     > actually, I'm not sure the 86k was ever popular enough to get a NetBSD port in the first place
2025-03-16 17:39:44 <xentrac     > Motorola abandoned it pretty early on when they shifted to PowerPC
2025-03-16 17:40:54 <xentrac     > unless I'm confabulating that?
2025-03-16 18:14:50 <tabemann    > xentrac, you mean 88k
2025-03-16 18:51:15 <xentrac     > tabemann: I do, that's why I couldn't find anything.  damn my lack of long-term memory
2025-03-16 18:52:09 <xentrac     > someone did indeed attempt to port NetBSD to the 88K at some point: http://mail-index.netbsd.org/netbsd-ports/1999/12/22/0000.html
2025-03-16 18:52:17 <xentrac     > but they may not have succeeded
2025-03-16 18:56:52 <xentrac     > aha, apparently both NetBSD and OpenBSD ran on 88k at one point: https://mail-index.netbsd.org/port-m88k/2011/12/10/msg000025.html
2025-03-16 19:11:09 <thrig       > all 3 users
2025-03-16 19:31:15 <xentrac     > the fourth 88k user was using AOS/VS
2025-03-16 19:33:37 <xentrac     > actually the OMRON Luna-88k was designed for Mach apparently?
2025-03-16 19:53:37 <crc         > OpenBSD still supports the 88k: https://www.openbsd.org/luna88k.html
2025-03-16 19:54:52 <thrig       > someone was having a bit of trouble compiling ports for it, though
2025-03-16 19:55:50 <crc         > That doesn't surprise me, a lot of the ports aren't well supported on older platforms
2025-03-16 19:56:13 <thrig       > e.g. anything attached to llvm
2025-03-16 19:58:24 <xentrac     > compiling LLVM on the 88k sounds like it would be infeasible
2025-03-16 19:58:58 <thrig       > or the "needs more memory than the host provides" problem
2025-03-16 21:52:29 <cleobuline  > ForthBot:  WORDS
2025-03-16 21:52:30 <ForthBot    > DP test HELLO DOUBLE FACT POW FIBONACCI COUNTDOWN TUCK 2DROP SUM_SQUARE CUBE SUM_CUBES RECUNACCI CAT :D TRIPLE POW2 TEST-CASE FACTLOOP TEST SOURCE
2025-03-16 21:52:46 <cleobuline  > ForthBot:  SEE TEST
2025-03-16 21:52:46 <ForthBot    > : TEST 1 ;
2025-03-16 21:55:17 <cleobuline  > ForthBot:  TEST @ PRINT
2025-03-16 21:55:17 <ForthBot    > + should correspond to entries in the glossary section of the documentation
2025-03-16 22:49:03 <xentrac     > neauoire: you may be interested in this Pong game I just dissected over the last three days, in part because it heavily uses self-modifying code to be more compact.  My notes are in gsais-pong.md in pavnotes2