1
0
mirror of https://github.com/lefticus/6502-cpp.git synced 2024-12-21 10:30:35 +00:00
Go to file
Jason Turner 61e3609f47 Enable option to disable optimization of 6502 assembly
- narrow down bug for optimized -O0 for 2d array writes
2021-05-19 22:15:14 -06:00
cmake Start adding command line options, and some formatting fixes 2021-05-13 22:23:25 -06:00
examples Fix up some optimizer passes 2021-05-13 23:35:57 -06:00
include Initial support for __mulhi3 2021-05-19 21:34:33 -06:00
src Enable option to disable optimization of 6502 assembly 2021-05-19 22:15:14 -06:00
test Enable option to disable optimization of 6502 assembly 2021-05-19 22:15:14 -06:00
.clang-format Add icall, inc, and fix up some assembly parsing 2021-05-17 13:17:26 -06:00
.clang-tidy Some code organization and splitting up 2021-05-06 23:11:12 -06:00
.cmake-format.yaml change name to 6502-c++ and merge in files from cpp_starter_project 2021-05-06 14:04:59 -06:00
CMakeLists.txt change name to 6502-c++ and merge in files from cpp_starter_project 2021-05-06 14:04:59 -06:00
compile.sh Better stack handling. We now require -mtiny-stack from GCC 2021-05-08 22:59:35 -06:00
LICENSE change name to 6502-c++ and merge in files from cpp_starter_project 2021-05-06 14:04:59 -06:00
make_file.sh Reorganize file structure 2016-08-24 16:55:08 -06:00
readme.md

About

Attempts to translate x86 assembly into mos6502 assembly.

Why?

Why not? I figured I just barely knew some x86 and some 6502, so why not learn some more about both. Besides, this project can actually have some interesting applications.

Example

After compilation (requires a full C++14 compiler), you can run something like this:

// test.asm
main:
	movb	$1, 53280
	xorl	%eax, %eax
	ret
cat test.asm | x86-to-6502

And get this output:

main:
	ldy #$1
	sty 53280
	lda $00
	rts 

Caveats

  • Nothing is guaranteed. This could break your computer. Who knows?
  • All values are truncated to 8 bit. We have no support for 16bit math or pointers yet
  • Only as many instructions are supported as I have needed to support to get my test cases working

To Do

Everything

Well, lots of things.

Better code organization

I really had no idea what I was doing when I started this. So, like all code, it's going to need some improvements along the way to make it more organized and more maintainable.

Improvements

  • Keep track of input source lines and add comments in output to show where lines came from, for learning / debugging purposes
  • Better / more efficient translation
  • Support for 16bit math? Maybe? We need to at least be able to do 16bit pointer math
  • Consider supporting the "Sweet 16" virtual 16bit CPU that Woz designed?
  • Maybe for 16bit operation we try to detect if the input code is working on 8bit registers or 16+bit registers and do the right thing?
  • Support for more CPU instructions
  • A test suite