6502.org

Are there any current modern ANSI Forth versions running on the 65816? It looks like LiaraForth has been inactive since 2017.

I previously ported a FigForth for the 65c02, so I am familiar with how the 6502 version works. Porting a 65816 version to the 65c265 should be possible. But the link in the other thread was to an IP address and went nowhere.

Worst case scenario is porting GForth, but I'd wager it was written in C, which seems like an insult to the spirit of Forth.

Update: I found the GForth sources online and skimmed them. On the surface it is written in Forth, but the makefile shows it being built be the GCC. Moreover, the README states that GCC is a requirement. My guess is that it uses macros and the C preprocessor to translate Forth into C to produce the binary, but I haven't figured out how it does that.

65816F is an 95% ANS FORTH for the 65816. It is subroutine threaded & has an optimizing compiler.
An older version of it that will load & run from RAM on a bare W65C265SXB board is at http://174.31.20.105:81/65816F/

Thank you for replying.

The S record file at http://174.31.20.105:81/65816F/0265sxb.s28 gets a 404 error.

0265sxb.lst is a listing rather than a source file, but I can work with it.

Also, can your emulator load binaries produced by ld65? If not is their source for it?

I've been mulling it over, and I think a direct threaded Forth may be a better option. I'm not yet proficient in 65816 assembly, but here's why I believe that.

The code bank register points to native code in the EEPROM.
The data bank register points to the user byte code in high RAM above the EEPROM.
The direct page register points to the area containing the stacks and Forth VM registers.

That should allow for using 96kb+ of memory without having to get too deep into 24-bit addressing.

The 0265sxb.s28 link is fixed.

The emulator can load binary files with the V command. I use this to run Tali Forth: V loads the binary file taliforth-65816s.bin at an offset of $8000.
Z does a reset, to pick up the Tali reset vector.
G starts execution.

If you make the ca65 segments absolute instead of the default relocatable, the ca65 listing shows absolute addresses. The emulator can then load this listing file directly. 0265sxb.lis is set up & loaded this way.

I've been thinking about how to use other banks of memory too. So far 65816F puts all the standard FORTH stuff in bank 0. It has a few non-standard memory access words that use double-cell addresses.

It is also easy to write a set of FORTH words to access data tables up to 64k in other banks with a 16bit offset. For example: the strings in Adventure could be stored in a segment in a hi bank, & referenced by their 16bit offset.

It is possible to put large assembler code routines in another bank by having standard FORTH words that wrap a jsl to a routine. I've thought about trying this for some of the floating-point code.

Standard FORTHs tend to assume a single flat address space that fits in a single cell.
A problem with putting user variables in bank 0 & other variables in another bank is how to make the word @ work for both. For example: I also need to go back & look at how DOES> works in dtc.

I don't see a V option to load s record. Here's the output I get:
When I used py65 I did not use it interactively. My Makefile would use the command line to load and run the unit test, write the output to a file, and diff it with a master. I would then write unit tests for each module and then link them into a program to load on real hardware. With sufficient unit testing the program would work on real hardware with almost no debugging.

Arg! I've replaced 65816S.exe with a newer version that does have the V command!

Source is at https://github.com/leepivonka/65816S

Thanks. I downloaded the exe and will look at the source code.