From what I can tell, the KIX compiler generates 6502 assembly language code, not a P-code. The run-time library code resides in a separate file unless the user bought the library source code to integrate it.

It, at least the Atari version, has been released into the public domain, so I will have to look into that. There was an effort on AtariAge to collect all files and manuals, but I do not think they have everything yet.

Speaking of P-code, there are versions of Lucidata Pascal for the 6800 and 6809. It does compile into a P-code (not compatible with the UCSD P-System) and requires an interpreter to run. The compiler itself is also in P-code so that if a compatible interpreter is implemented for another processor, the compiler comes along for the ride. I have begun to reverse engineer its interpreter, but have not gotten very far. It has also been released into the public domain, unlike the P-System.

There's also the P5 Pascal compiler: http://www.standardpascaline.org/p5.html

Very interesting. That is very recent.

I don't know where I read or why I thought KIX compiled to P-code, but I may have got confused what I was working on.

I am working on Tiny Pascal which is on disk for the Apple II, but the code is hard to follow as it seems to jump to a bunch of short routines that do nothing, but yet it seems to display results. It only gets to the menu and selecting any item either hangs or exits to the prompt. It seems to be in P-code as the code is in part 6502 assembly and part random bytes. But honestly, I wouldn't know P-code if I saw it.

I am happy to be able to report that the prototype for converting the Z80 code produced by the CP/M Turbo Pascal compiler to 8080 code is going well. So far, no Z80 instructions have been encountered. Unfortunately, the same cannot be said for the subroutine library; it makes extensive use of the index and alternate registers as well as instructions like subtract with carry of register pairs.

The original Pascal code:


The Z80 code generated by the compiler:


The 8080 code generated by the recompiler:

It turns out that the line



actually points HL just past the last instruction in the program, I am guessing to initialize the heap, so the generated code is now this:

I hit a wall getting ED, the CP/M text editor to even start up.

The problem turned out that the copy I had been using was missing a byte around the middle of the image. The tip off was that many of the jumps to the second half were obviously into the middle of instructions.

There are still a number of issues around fundamental differences between the FLEX and CP/M file systems remaining to be worked out.

With the experience gained from this effort, I am about to relaunch work on a 6800 simulator to allow running 6800 FLEX programs on a 6502.

I am following with great interest!

The running 8080 code on 6502 part or 6800 on 6502 part?

The FLEX idea certainly caught my eye, but both really.

Did this hit a dead end or is it complete?

It is on a back burner.

I did not originally intend to build an 8080 simulator. The plan was for a 6800 one, but I ran into problems because the memory map for 6502 FLEX was still changing. So until that got resolved, I decided to try the 8080 and CP/M.

The file systems are substantially different between FLEX and CP/M that I ran into some more issues to think through before making any more progress.

In the meantime, I started this project

https://www.vcfed.org/forum/forum/genre ... -into-8080

for two reasons:

* to get a feel for how real programs use the CP/M file system
* to make test programs for the 8080 simulator

Once I hit several major milestones with it, I started working on FLEX again and somehow got sidetracked with this

viewtopic.php?f=2&t=6823

in the past couple of months.

Such is life with no schedules for delivery...

If you have either 6800 or 8080 simulation done to work on a 6502, I could add the Prodos OS file system to work on an Apple II. I don't have much interest in the CPM file system.

I'm not sure I follow what you are saying. Are you wanting versions to run as native ProDOS programs?

I would like to use your simulator to be able to run MBasic on a 6502 to add another language to my collection that I can run on the Apple.
And I would add any file handling requirements needed by MBasic to work under Prodos.

For the simulator to work natively, I think would require converting CP/M file commands to Prodos commands, which would probably be a little too complex, and more than I need.

I would appreciate a copy of the simulator that can run MBasic on a 6502.

Thanks