LLVM-MOS – Clang LLVM fork targeting the 6502

According to this page, LLVM-MOS seems to be pretty soundly beaten in performance of generated code by Oscar64.

https://thred.github.io/c-bench-64/

I think the ideal compiler for 6502, and maybe any of the memory-poor 8-bit systems would be one that supported both native code generation where speed is needed as well as virtual machine code for compactness. Ideally would also support inline assembler.

The LLVM-MOS approach of reserving some of zero page as registers is a good start, but given how valuable zero page is, it would also be useful to be able to designate static/global variables as zero page or not.

▲

iberator 14 minutes ago | parent | prev | next [-]

Slightly off-topic. If you want to learn low level assembly programming in the XXI century, 6502 is still an EXCELLENT choice!

Simple architecture and really really joyful to use even for casual programmers born a decade, or two later :)

▲

gregsadetsky an hour ago | parent | prev | next [-]

I don't know this world well (I know what llvm is) but - does anyone know why this was made as a fork vs. contributing to llvm? I suppose it's harder to contribute code to the real llvm..?

Thanks

	▲	jjmarr 35 minutes ago \| parent \| next [-]
		LLVM has very high quality standards in my experience. Much higher than I've ever had even at work. It might be a challenge to get this upstreamed. LLVM is also very modular which makes it easy to maintain forks for a specific backend that don't touch core functionality.
	▲	Sharlin 30 minutes ago \| parent \| prev [-]
		Pretty sure that the prospects of successfully pitching the LLVM upstream to include a 6502 (or any 8/16-bit arch) backend are only slightly better than a snowball’s chances in hell.

▲

mtklein 3 hours ago | parent | prev | next [-]

This was a nice surprise when learning to code for NES, that I could write pretty much normal C and have it work on the 6502. A lot of tutorials warn you, "prepare for weird code" and this pretty much moots that.

▲

self_awareness 2 hours ago | parent | prev | next [-]

Rust fork that works on this LLVM fork, for 6502, genering code that can be executed on a Commodore-64: https://github.com/mrk-its/rust-mos

▲

michalpleban 2 hours ago | parent | prev | next [-]

How does it compare to cc65 with regard to code size and speed?

▲

asiekierka an hour ago | parent [-]

Here's a benchmark of all modern 6502 C compilers: https://thred.github.io/c-bench-64/ - do note that binary sizes also include the size of the standard libraries, which means it is not a full picture of the code generation density of the compilers themselves.

	▲	michalpleban 23 minutes ago \| parent [-]
		Thank you, that's really helpful.

▲

cmrdporcupine 2 hours ago | parent | prev [-]

It's been amazing to see the progress on this project over the last 5 years. As someone who poked around looking at the feasibility of this myself, and gave up thinking it'd never be practical, I'm super happy to see how far they've gotten.

Maybe someday the 65816 target will get out there, a challenge in itself.