I doubt it ever will. Archive is good enough

Oh, I meant that the Archive command is good enough for flash writing. No need to add flash-unlocking stuff to Axe

Is that called allocation size?

Moving and renaming sections is a good idea.  I'll see what I can do.  Macros will be done at some point, but those are a bit tricky.

Cool!

INCLUDE would actually be quite a bit more difficult.  I realize it's nice to have for porting existing code, but is there a reason you really need it?

Probably not, now that I think about it.

I believe that they're assembled in the order they're listed, by a breadth-first search (so the main source file comes first, then all the files imported by the main source file, then all the files imported by those files (assuming they weren't used already), and so forth.)  So if you want the files in a particular order, just be sure to list all of them in the main source file.

If you're writing a general-purpose library that depends on other libraries, you can't predict what order those dependent libraries will appear, but the section types do allow you to define a partial ordering of sections (all header sections come before all code sections, which come before all data sections, which come before all footer sections.)

Nice to know.
(Yes, I know this is 3 pages late, but I never had the chance to reply earlier)

yeah...
I would assume 64KB rather than 512B because it is cheaper, though I may be wrong.

Yes, at the very least I'll release a new version this weekend with a few bug fixes.

I wasn't really thinking very hard about the version number, but you can read 0.1 as "hasn't been completely tested" (it has been tested quite a bit, but it's also a rather large and complex program!) and "internals may be subject to change."  (It's possible that I'll need to make incompatible changes to the file formats, so you won't be able to use newer files with the older assembler.  Of course, I'll do my best to support older files with each new version of the assembler.)

^ this

It would be nice if there were different on-calc ASM IDE that works a bit differently to satisfy a wider range of calc programmers. Also, make sure to also support most computer ASM syntaxes as well like you planned.

Sorry to hear

Good luck!