The common usual suspect for a first high-level language esp. on small systems would be Forth. (http://forum.6502.org/viewforum.php?f=9, of course) One of its strengths is the extremely compact code it tends to generate.
Regarding C, you may want to take a look at my Small C compiler cc64 (https ...

I decided to try my hand at some C for my cc64 compiler. I was too late to submit anything, though, only noticed the challenge just after the deadline, on Dec 26th.
In the first version I did some sort of overlay of vertical and horizontal triangular oscillations. Next I noticed the modulo-6 aspect ...

A few related prior discussions:

http://forum.6502.org/viewtopic.php?f=2&t=6475 where Gragathaz talks about his Editor Not Included Assembler - currently inaccessibly stuffed away is a storage.

https://atariwiki.org/wiki/Wiki.jsp?page=BiboAssembler - an Atari 8-bit assembler

https://www ...

I tried using VICE, but apparently it doesn't support the 65C02. In general, tools that are intended for C64 and Atari development tend to have this problem.

You could use x16emu ( https://www.commanderx16.com/forum/index.php?/files/file/25-commander-x16-emulator-winmaclinux/ ), the emulator for ...

Wow, big congratulations, mysterymath, and my deepest admiration for your perseverance. The 6502 community is really lucky to have someone chase this next level of power in the compiler landscape to the point where it is now a reality and useful and available! I'm really excited!

This is very cool indeed!
And funnily enough, without having seen your post or project, I have recently done something similar, a printf() for my Small C compiler:
https://github.com/pzembrod/cc64/blob/m ... e/printf.a

Just before Christmas I released v0.10 (https://github.com/pzembrod/cc64/releases/tag/v0.10) which brings the mentioned ANSI syntax for function definitions (no type check between formal and actual params, though), better support for fastcall functions, and a basic libc, partially written in C ...

pagetable.com has some of the imho best commented C64 Kernal listings where you can find both:

Synchronous bit-banged serial: The serial IEC send (CIOUT) and receive (ACPTR) routines:
CIOUT: https://www.pagetable.com/c64ref/c64disasm/#EDDD
ACPTR: https://www.pagetable.com/c64ref/c64disasm/#EE13 ...

Thanks, BigEd, correct, I had since merged the dev branch into master and deleted it.
I now also fixed the links in the initial post, with an "edited" note.

Glad to hear that!

The latest release brought a decent compile speed increase (https://github.com/pzembrod/cc64/releases/tag/v0.9), and I'm currently working on enabling ANSI-style function definitions.

That's some serious generated assembly code indeed, wow!
Are the sources of hello.c and printf.c viewable somewhere from which it was generated?

behold! remote 8-bit test automation!

https://photos.app.goo.gl/BX42trUAy7Q3Ui4x9

Great stuff!

Picking up this 2 year old thread to compare notes. A bit after you I faced the same problem, fully automating build and test sequences with VICE. I hadn't seen your post, and didn't know or didn't ...

Hi all,

I wanted to share a new little tool I built in the context of my cc64 development, a small profiler. It's built for C64 VolksForth and uses an extended NEXT routine that sorts NEXT invocation counts and the time spent between each NEXT iteration into one of up to 8 buckets, memory ranges in ...

I'm not sure what sort of tech is used to interface with old hardware, and I'd be surprised if there were any easy ways to get new hardware to read old media. But I'm sure others here have answers for that, eh?


I may have a bit of an answer. There's an odd FDC controller called Catweasel ...

Amazing progress!