Login [Register]
Don't have an account? Register now to chat, post, use our tools, and much more.
I'm proud to announce the first beta release of SPASM-ng! Alberthrocks forked SPASM (Spencer's Assembler) to make some bug fixes, and I forked his fork to add eZ80 support!

Now you can use the -E option to enable eZ80 mode, with all of the new instructions and opcode suffixes. It assembles in ADL (24-bit) mode by default, but you can change this behavior with the new .ASSUME directive. There are also new .DL and .LONG directives for defining 24-bit data. In addition, the assembler behaves just the same as it always has for z80 code when assembling without the -E option.

Hopefully this assembler will prove useful for the advent of the TI-84+CE. I know it's what I'll be using!
Forktastic! Smile
Brilliant! I can't wait to give it a try! Nice work, calc84maniac! Very Happy
Congratulations on getting this available before any calculators are in consumer hands, as this will make developing and porting as soon as possible much easier. I've always been a loyal user of Brass, but I know that Ben Ryves has an extremely busy life these days, and he's hesitant to release Brass source, so I wouldn't be surprised if SPASM-ng becomes the sole (or primary) ez80 assembler for the TI-84+CE developer community. I hope you'll keep us appraised of ongoing development work on this! Would you consider adding some of the features that make Brass an attractive alternative, like the .defpage / .page syntax and the ability to define variables in safeRAM without explicit placement?
KermMartian wrote:
Congratulations on getting this available before any calculators are in consumer hands, as this will make developing and porting as soon as possible much easier. I've always been a loyal user of Brass, but I know that Ben Ryves has an extremely busy life these days, and he's hesitant to release Brass source, so I wouldn't be surprised if SPASM-ng becomes the sole (or primary) ez80 assembler for the TI-84+CE developer community. I hope you'll keep us appraised of ongoing development work on this! Would you consider adding some of the features that make Brass an attractive alternative, like the .defpage / .page syntax and the ability to define variables in safeRAM without explicit placement?


I'm pretty sure app.inc includes a defpage macro (page numbers in labels are accessible by shifting the address right by 16). And it's easy enough to write a macro to allocate space for a variable in a pool; I actually did that for Steins;Gate 8-bit:

Code:
#macro varpool(start, end)
   #define var_ptr eval(start)
   #define var_end eval(end)
#endmacro

#macro var(size)
   #define var_ptr eval(var_ptr + size)
   #if var_ptr > var_end
      VAR_OVERFLOW_ERROR
   #endif
   var_ptr - size
#endmacro
I've got everything in FunkLibrary if you miss anything from Brass.
  • .var name, size
  • .enum name, size
  • .defpage page[, app name]
  • .nextpage
  • lazy function inclusion (e.g. random)
  • ...

https://github.com/NanoWar/FunkLibrary/

Documentation is far from complete, but I'm working on it. App support is ok, but the pagedCall macro (pcall xxxx) is badly implemented right now and the sprite functions are not always on the right page.

And it is not (yet) tested with spasm-ng.

Hey, you can always request features!
It's time for the second beta release! This comes with some important fixes to eZ80 assembling*, as well as some more general bugfixes and new features like outputting to AppVars and allowing an unlimited number of labels and defines. For more information, see the release page.

*Forward references for 24-bit data definitions were not being output to the binary, and a parser bug disallowed omitting the index offset in LEA and PEA.
calc84maniac wrote:
It's time for the second beta release! This comes with some important fixes to eZ80 assembling*, as well as some more general bugfixes and new features like outputting to AppVars and allowing an unlimited number of labels and defines. For more information, see the release page.

*Forward references for 24-bit data definitions were not being output to the binary, and a parser bug disallowed omitting the index offset in LEA and PEA.

Yay! Now I don't have to have a separate program to convert to AppVars! Thanks, calc84! Also, and unlimited number of labels is quite nice. Smile
Haven't had any adverse side affects so far; so great job on the fantastic work! I do have one feature request though; would it be possible to have an option to suppress warnings when assemling something like 'ld.sis (24bitAddress),reg16'? It throws a warning and says it is truncating, but it's not really necessary since this is kind of the intended usage. Thanks! Smile
MateoConLechuga wrote:
Haven't had any adverse side affects so far; so great job on the fantastic work! I do have one feature request though; would it be possible to have an option to suppress warnings when assemling something like 'ld.sis (24bitAddress),reg16'? It throws a warning and says it is truncating, but it's not really necessary since this is kind of the intended usage. Thanks! Smile


Well, what I was thinking there is that you should subtract $D00000 or an equivalent equate from the 24-bit address, which will then correctly warn if you attempt to access something outside of the proper range.
calc84maniac wrote:
Well, what I was thinking there is that you should subtract $D00000 or an equivalent equate from the 24-bit address, which will then correctly warn if you attempt to access something outside of the proper range.

Ah, that's a much better idea. I'll just do that; thanks! Smile
I am not sure that AppVar support works as intended. TI Connect CE does not wish to send an AppVar over, but still sends the same program. Ideas? Thanks! Smile

EDIT: Turns out I didn't download the latest version. Razz
This is a tiny nit, but I found out the hard way that a+b*c yields (a+b)*c, not the expected a+(b*c). I've been spoiled by Brass's ability to do proper order-of-operations. On IRC calc84 said that that's standard, accepted behavior for SPASM, but if anyone ever feels like offering a mode where order of operations is obeyed, I'd be happy. Considering that (ix - 8) and (ix- 8) don't work, but (ix -8) and (ix-8) do (see IRC and DrDnar's investigation), I worry that SPASM is doing something unholy with reducing math expressions.
Hello again! I would really appreciate it if the output of the program or appvar could be specifed to exist in the archive through setting the appropriate byte, and updating the checksum. Thank you! Smile
If anyone's interested in Fedora packages of spasm-ng, I made some this evening as a way of packaging on real work. Smile They currently install the z80 include files into /usr/include/spasm-ng, which I wasn't certain about but I wasn't sure where else they should go.

When I have the time, I'll probably try to get these into the official repositories someday too.
Good, but I'm not convinced a direct sub-folder of /usr/include is an allowed path for cross-compiler headers Smile
Lionel Debroux wrote:
Good, but I'm not convinced a direct sub-folder of /usr/include is an allowed path for cross-compiler headers Smile


This is true... I wasn't convinced either. Smile My other thought was /usr/share/spasm-ng/ or something like that, perhaps. I might need to get guidance on this from Fedora packaging people.
MateoConLechuga wrote:
Hello again! I would really appreciate it if the output of the program or appvar could be specifed to exist in the archive through setting the appropriate byte, and updating the checksum. Thank you! Smile

The byte is here: https://github.com/alberthdev/spasm-ng/blob/master/export.cpp#L538

What machine are you on? Linux/Windows, 32/64 bit? I can provide a new executable if you'd like to try it out.
NanoWar wrote:
What machine are you on? Linux/Windows, 32/64 bit? I can provide a new executable if you'd like to try it out.

I'm on Windows x64. That would be really helpful, thank you! Smile

EDIT: Also, if you get a chance, would you mind taking a look at this topic?:
https://www.cemetech.net/forum/viewtopic.php?p=240371#240371
I would really appreciate you input Smile Thanks!
I'll shamelessly plug my funk build of spasm here: Could you maybe do me a favor and try this out? The command lie switch is -Z

https://dl.dropboxusercontent.com/u/902690/ti/funk/spasm-funk-win64.exe
  
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.

» Go to Registration page
Page 1 of 2
» All times are GMT - 5 Hours
 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

 

Advertisement