Commander X16

Yes, I plan 65816, but I want to get macros first. The 65816 support will likely be version 2.x.x, as it will necessitate removing the bbr/bbs instructions, making it a breaking change.

I've made the initial proper release. My next planned feature is to support macros.

https://github.com/PaulForgey/xasm/releases/tag/v1.0.0

It’s my own project, github.com/PaulForgey/xasm

It’s very picky about petscii source, so be sure you are either natively on the system (I developed it on hardware) or converting your source files.

Mine has .df that does just that.

Project now has a Makefile to build using an emulator, tested on MacOS should work on Linux. Presumes GNU make and a working go environment to build the petscii and isns-table utilities.

If you are asking about taking a floating point value in textual form purely from assembly, use VAL_1 to take a string pointed at in X/Y length A to parse it into the facc. Then use MOVEMF to write a compacted 5 byte form of that into memory pointed at in X/Y.

It does assemble itself, but if you are getting invalid op check the petscii translation; it is strict about characters in the range 65-90 for that. I have planned a GitHub action to self build with an emulator. My manual process before translating the files off my X16 and creating a commit is this:...

Thank you, it was a lot of fun to write.

As an alternative to unnamed, there’s no reason a numeric label can’t be used, thus labels like :1, :2, etc. Still not the same thing, and I’m open to proper unnamed labels.

(I’ve also updated the hello example in the readme)

I've started an assembler project for my personal use that's gotten to a point where I can share it, if there is interest. I didn't write it for compatibility with other syntaxes as much as for my personal use and therefore the older assemblers I've been used to. It probably won't be very useful wit...

makes total sense; at the kernel level we're dealing with the transport, and thus we attempt to read the first byte of the file in error before knowing there is an error.