50% more OPCODES for the P1+
tonyp12
Posts: 1,950
Though there is talk about eliminate some of the hardly ever used opcodes, I think they should stay as signed math will be used more often now on this new more powerful P1+
Opcodes are allotted 6bits (64 possible) and then there is the NR bit that change some of these to what is a useful secondary use of the same opcode.
I propose that all opcodes that use the NR moves to the lower 32 opcode slots and the NR bit behave just as before.
On opcodes 32-63, as they all have bit6 set it will trigger a gate logic that NR bit is now part of a 7bit long Opcode.
This should simply extra logic needed to do this and you now have an extra 32 opcodes and the compiler will not allow to manually set the wr/nr flag on these.
Opcodes are allotted 6bits (64 possible) and then there is the NR bit that change some of these to what is a useful secondary use of the same opcode.
I propose that all opcodes that use the NR moves to the lower 32 opcode slots and the NR bit behave just as before.
On opcodes 32-63, as they all have bit6 set it will trigger a gate logic that NR bit is now part of a 7bit long Opcode.
This should simply extra logic needed to do this and you now have an extra 32 opcodes and the compiler will not allow to manually set the wr/nr flag on these.
Comments
There are quite a few instructions where NR is desirable. In P2 we were able to test bits that overcome some oof these uses. TARG also solved some NR uses.
Not only was it a good NR replacement (result to junk register) it added a 3rd operand to the mix.
It's very small, so we may be able to add it back in.