| sjasmplus | ||||||||
|---|---|---|---|---|---|---|---|---|
|
|
|||||||
|
popularity : 57% |
|||||||
alltime top: #16939 |
|
|||||||
added on the 2021-04-09 00:18:52 by Ped  |
||||||||
popularity helper
comments
Mandatory thumb up!
Absolutely amazing. Thank you so much.
Any possibility to add Sharp MZ-700 and -800 support?
Any possibility to add Sharp MZ-700 and -800 support?
I used different versions of this assembler on nearly daily basis since 2013. Unfortunately, it was not supported by the original authors for a number of years.
Ever since z00m et al took over, SjASMPlus has been getting regular updates, very quick bug fixes, many new features. Documentation is also being steadily improved. If you are develiping for ZX Spectrum this is the most powerful cross-assembler you can get your hands on. I do not know the situation for every other Z80-based platform similarly well, but rest assured that this is one of the most capable Z80 assemblers in existence.
Ever since z00m et al took over, SjASMPlus has been getting regular updates, very quick bug fixes, many new features. Documentation is also being steadily improved. If you are develiping for ZX Spectrum this is the most powerful cross-assembler you can get your hands on. I do not know the situation for every other Z80-based platform similarly well, but rest assured that this is one of the most capable Z80 assemblers in existence.
@branch: I'm not familiar with those, but as far as I can tell, those are ordinary Z80 machines, so it should be possible to use sjasmplus also for Sharp projects (already with current version).
If you have on mind particular convenience-feature, like some save function producing particular type of disk image (like for ZX there are `SAVESNA`/`SAVETRD`/`SAVETAP` and for Next `SAVENEX`), please open issue on github with some documentation/examples how to create such file and be prepared there will be ton of testing requests on you (as I will hardly test unfamiliar platform well).
But generally speaking you can produce any kind of binary out of sjasmplus "manually" by regular universal directives, for example I'm aware of one MSX project building 2MB "cartridge" image of game with sjasmplus (so the code has also to bank memory/etc), with only minimal extra support provided (I have to admit I did add `--longptr` options specifically for that project, when I was helping to migrate it from other assembler to sjasmplus).
And that's one more point - if you have some legacy project, which you want to migrate (for whatever reason), you can contact me to make some preliminary evaluation how difficult it may be to migrate it, and what to change. This may also make it more clear, what kind of feature is missing.
Thank you for the interest, don't hesitate to discuss any issues (ideally on github if possible)
--------------------
And as I'm commenting here already, the "i8080" support is "special", it does use the Zilog Z80 syntax (!), so all it is is Z80 assembler in disguise, guarding you from using opcode which is not part of i8080. (the support of Next's Z80N and GameBoy's LR35902 does include also theirs special opcodes and differences from Z80)
If you are doing only i8080 and expect Intel syntax, this assembler is not the right choice for you (although I guess you can mask the Zilog syntax by defining macros, but I would expect an abundance of other assemblers being available without such extra chore required).
If you have on mind particular convenience-feature, like some save function producing particular type of disk image (like for ZX there are `SAVESNA`/`SAVETRD`/`SAVETAP` and for Next `SAVENEX`), please open issue on github with some documentation/examples how to create such file and be prepared there will be ton of testing requests on you (as I will hardly test unfamiliar platform well).
But generally speaking you can produce any kind of binary out of sjasmplus "manually" by regular universal directives, for example I'm aware of one MSX project building 2MB "cartridge" image of game with sjasmplus (so the code has also to bank memory/etc), with only minimal extra support provided (I have to admit I did add `--longptr` options specifically for that project, when I was helping to migrate it from other assembler to sjasmplus).
And that's one more point - if you have some legacy project, which you want to migrate (for whatever reason), you can contact me to make some preliminary evaluation how difficult it may be to migrate it, and what to change. This may also make it more clear, what kind of feature is missing.
Thank you for the interest, don't hesitate to discuss any issues (ideally on github if possible)
--------------------
And as I'm commenting here already, the "i8080" support is "special", it does use the Zilog Z80 syntax (!), so all it is is Z80 assembler in disguise, guarding you from using opcode which is not part of i8080. (the support of Next's Z80N and GameBoy's LR35902 does include also theirs special opcodes and differences from Z80)
If you are doing only i8080 and expect Intel syntax, this assembler is not the right choice for you (although I guess you can mask the Zilog syntax by defining macros, but I would expect an abundance of other assemblers being available without such extra chore required).
Great sequel (∩｡•ｏ•｡)っ.ﾟ☆｡･
thanks!
submit changes
if this prod is a fake, some info is false or the download link is broken,
do not post about it in the comments, it will get lost.
instead, click here !
Supports many ZX-Spectrum (Next) specific directives, has built-in Lua scripting engine and 3-pass design.
For GNU/Linux, BSD, Raspberry Pi, macOS and Windows
----
This is "z00m's fork" (patched by several authors) of the Aprisobal's fork (sjasmplus) of sjasm by Sjoerd Mastijn.
For last two years I did spend some time on it, adding support for ZX Next, adding automated tests and CI and fixing bugs and lowering the technical debt of the source a bit.
As a project with 10+ years history it has its own personality and the mix of the author patches added some flavours to it, but overall it works for me and my Next projects pretty well.