Hi Chris, maybe your program never contiues at your status check right at the beginning. Look at your code: WAIT move.b $3df610, D0 ; read status $10 is port #8 which is the "primary standard kanji ROM ADDRESS PORT" which is write-only. You probably got confused by hex and decimal as you w...
Belated happy Christmas Chris, the register values are correct. First I can see is that you copy 16 bytes only to the palette. Each of the palette entries consists of three bytes (one for R, one for G, one for B). Thus you have to write 3*16 bytes. Second I don't know if the first entry of the font ...
I haven't checked in a c++ project (with the new Makefile) yet, but here you are. CC=/usr/bin/m68k-elf-gcc CXX=/usr/bin/m68k-elf-g++ OBJCOPY=/usr/bin/m68k-elf-objcopy OBJDUMP=/usr/bin/m68k-elf-objdump OBJS=Cell.o Gameboard.o GameOfLife.o GOFMain.o CFLAGS=-m68000 -O3 -foptimize-sibling-calls -fomit-f...
I found the issue. The _start is at a different address. In addition the address changes with different settings. I altered the Makefile to meet the new condition. Now we are able to use c++ with Kiwi.
Yeah, that's what I think. The crt0 does some stuff with the constructors including setting up lists for later destructors. I may skip the whole c++ stuff again and start porting another c-written game. I still have some nice ideas.
Hi, the c/c++ cross toolchain manual builds a c and c++ cross compiler. I did some tests yesterday. m68k-elf-g++ compiles .cpp fine but when I try to run the generated .bas the Kiwi crashes. I suspect a problem with the linker skript (kiwi.ld) and/or the c runtime library (crt0.S). Maybe the handlin...