BTW, the Super FX chip has ADD without carry.

Oh, ok. I've since discovered that the Super FX chip on the other hand does have delay slots.

Yes that is how one of my stack unwinding macros works.

I don't arbitrarily change the stack pointer. I use the stack for automatic variables like in C, and I can tell at edit-time how many bytes I have allocated, so stack unwinding becomes simply incrementing the stack pointer up that many bytes.

Not really - I just wanted to speed up restoring the stack pointer.

The INX, DEX, INY, and DEY instructions not affecting the overflow flag makes sense to me - the index registers are not designed for doing arithmetic.

But what about INC and DEC? Why don't they affect the overflow flag? Is this an oversight? These are what I refer to as strict New Zealand ...

I use the Mesen-SX disassembler and debugger. It still has problems with source debugging. I would use this tool if it could connect to super nintendo emulators.

Congratulations! Thanks Sheep64, and here's to another 20 years.

I looked at viewtopic.php?p=15729

Would this be in transfer switches or register transfer logic?

What I'm probably going to end up doing eventually is interleaving useful work for other calculations into where those NOPs used to be. WAI feels like overkill when I only need to wait a small number of cycles for a multiplication operation to complete. Once we have a visual65816 perhaps it will be ...

Does the 65816 use register renaming? Some instructions sound like they would be somewhat easy to implement with register renaming:

• XBA
• XCE
• TXY
• TYX

Because both registers (or bits, in the case of XCE) being swapped are the same size.

Not sure; since you know the first jmp is in the correct spot, can you try putting each jmp in its own segment and specify the addresses you were using with .org in the memmap configuration? JUMPTABLE1, JUMPTABLE2, etc.

What does the line containing "JUMPTABLE" in your mem map config file look like?

How does the EEPROM base address being at $e000 make you want to look at $1F00? edit: ok, I see you added an addition.

I don't know why you navigated to $1F00 in the screenshot. That's quite the distance from $FF00 where the first JMP opcode should be.