SjASMPlus от z00m

**Sayman** · 20.08.2021, 05:06

для сабжа временные метки это зло. никогда ими не пользовался. в плане обработки этих временных меток самый адекватный компилятор был от Microsoft - M80. Почему бы уважаемому Ped7g, не заглянуть в исходники M80 и не подчерпнуть некоторые методы там и не воткнуть в сабж? велосипед изобретать не нужно. всё давно украдено до нас...

**Advertiser** · 20.08.2021, 05:06

**Ped7g** · 20.08.2021, 08:51

hahaha... nice joke.

Let me check the M80 source and take those excellent routines directly into sjasmplus.... right after I will find the source... any minute now... :P

(or maybe I can disassemble it... and take a look at their IFUSED implementation... actually I got it's source right here:

Код:

Ok, that's a nice short source, also I don't see any obvious bugs, but I'm afraid it's not the best replacement for sjasmplus implementation, something is telling me sjasmplus is slightly better... )

**Sayman** · 20.08.2021, 17:00

Чё, проблема найти в интернете исходники M80?
ну держите...
дизасм, конечно, но довольно подробно комментированный.

**Ped7g** · 21.08.2021, 09:46

Сообщение от Sayman

Чё, проблема найти в интернете исходники M80?

the problem is the original author didn't give permissions to this, so it's useless. If they would want the M80 to survive and be useful, they would release the source themselves. Because they didn't release the source, they obviously want the M80 to be forgotten history, so the quicker it is lost, the better, to not fool some new users into wasting their time with dead and lost software.

In this way even if sjasmplus would be super bad implemented, it's still more valuable, because you can take not just binary of sjasmplus, but also any part of source, and use it for yourself any way you need.

But honestly, I'm not going even to read through that, usually when I read someone's else source, I see bugs, and then I try to fix them, and with M80 it's just waste of time. (I just finished review of expression evaluator of ZX Next assembler Odin, and it took me like 7 days to test it thoroughly and fix most of the bugs, see https://gitlab.com/next-tools/odin/-...uests/42/diffs if you don't mind Z80N assembly - and that's only one file/functionality ... also I spent about 1.5 years fixing sjasmplus, not really wanting or planning, I was just in need of some Z80 assembler for myself, and instead of working on my Next projects, I did have a look at the source ... and what has been seen, can't be unseen, so I had to fix it .... and there you go, I released zero Next productions so far

... but about 10 versions of sjasmplus

).

Also I don't see any chance how it could help, as the architecture is completely different, M80 doesn't even have IFUSED (or lua scripts and other dynamic stuff), so whatever they do with temporary labels, they don't need to solve the issue which is demonstrated by krt17 example. And if you don't use the dynamic stuff like IFUSED, the current implementation of sjasmplus works too.

Or to rephrase it, if you take any source which can be assembled by M80, and you take it "as is", only fix syntax for sjasmplus, it will assemble. But this is not true the other way, if I take some more complex project which is assembled by sjasmplus and try to fix syntax for M80, I will hit issues with some missing features.

But, if *you* think there is some lesson to be learned in M80 and can be applied to current sjasmplus, and I'm wrong, all is not lost. You can just check the M80 source yourself, apply the knowledge to sjasmplus source (which *is* available for you), and create pull request on github so I can check the improvements and add them to the z00m's fork. Any improvements or helper hands are welcome, the sjasmplus will not improve on its own, only when people put effort into it, and create the improvements.

Easy.

**Sayman** · 21.08.2021, 11:26

Ped7g, я тебе открою тайну. Ifused это костыль! Его сюда внедрили потому, что sjasm отродясь не умел работать с объектными файлами вроде REL файлов. Вот так можно собрать компактную библиотеку и вот тебе ifused. А может sjasm умеет нормально работать с условиями внутри макросов? Нет. А m80 уже 100 лет как умеет.

**Ped7g** · 21.08.2021, 14:53

Сообщение от Sayman

А может sjasm умеет нормально работать с условиями внутри макросов?

what do you mean?

**Ped7g** · 29.08.2021, 23:01

https://github.com/z00m128/sjasmplus...es/tag/v1.18.3

added --color to enable/disable ANSI coloring of errors/warnings
added --syntax=s mode to disable sub-word substitutions of DEFINEs
added at-sign prefix for macro local labels to act as non-macro local label
SAVETRD accepts names containing dot ("z.x.B" is "z.x" with extension "B") - by Dart Alver
SAVETRD has optional argument to save BASIC with variables (length_minus_variables)
minor bugfixes (conditional block parser)

So the `--syntax=s` may help with too aggressive substitutions, like macro arguments with name "x" ... not sure how much this helps for example with AloneCoder's sources, but should be a step forward. Let me know if there are more issues, maybe we will figure it out.

Have a great time, and looking forward to new ZX/GB/MSX/CPC/Next productions...

And thank you all for reporting issues and helping to steer the development, and your feedback. Really happy to read your messages.

---

With regard 1.18.4 ... not many plans yet, of course any bug fixes if some bugs are found, and Amstrad CPC snapshots are in the pipeline...

**Dart Alver** · 31.08.2021, 18:04

Что-то странное происходит с функцией DISPLAY в королевстве Датском

Код:

SjASMPlus Z80 Cross-Assembler v1.18.3 (https://github.com/z00m128/sjasmplus)
Pass 1 complete (0 errors)
Pass 2 complete (0 errors)
> [36mCompile BGE v3.12 (2021)[m
> [36mBased of Burial Gfx Editor v.3.o5 and Supreme-GUI[m
> [36m(c) Copyright Delirium Tremens from Freedom[m
> [36m(c) Copyright Sinn from Delirium Tremens[m
> [36m(2ooo-2oo1)[m
> [36m [m
include data: name=52f.bin (2048 bytes) Offset=0  Len=2048
> [36m End PGNJP adr : 0x60EE[m
> [36mEnd GuiVar:0x61B8[m
> [36mThis addres must be < 0x8000: 0x648E, 25742[m
> [36mResident GUI len :0x04F5, 1269[m
> [36mHM0x75F7[m
> [36mRGB: 0x0138, 312[m
> [36mPrimitive len   :0x03CA, 970[m
> [36mMiniLoupe len   :0x0387, 903[m
> [36mMFree : 0xA390, 41872[m
> [36mLenMFree : 0x0070, 112[m
> [36mSetUp len  :0x109B, 4251[m
> [36m   $iOV free :0x005E, 94[m
> [36m   $iPL free :0x000D, 13[m
> [36m [m
> [36mRAM drivers for modeles[m
> [36m [m
> [36mlScorp1024  :0x001C, 28[m
> [36mlKAY256  :0x0015, 21[m
> [36mlKAY1024  :0x0023, 35[m
> [36mlS128  :0x000A, 10[m
> [36mlPen512  :0x0014, 20[m
> [36mlPen1024  :0x0013, 19[m
> [36mlATM1  :0x0017, 23[m
> [36mlTURBO2  :0x001D, 29[m
> [36mlPROFI  :0x0017, 23[m
> [36m [m
> [36mLEN AUTOCONF :0x05A2, 1442[m
> [36mLength Init     :0x07CD, 1997[m
> [36m Limit $ :0x0098, 152[m
> [36m(c) Sinn^dtr^fdm^2oo1[m
> [36mLength BGE     :0x4390, 17296[m
> [36mFree for BGE   :0x0070, 112[m
> [36m [m
> [36mAerosol len   :0x0E0C, 3596[m
> [36mBrush len   :0x10B9, 4281[m
> [36mBrush Free  :0x004B, 75[m
> [36mSprites len :0x1ACB, 6859[m
> [36mSprites free:0x0035, 53[m
> [36mCHR len :0x08AC, 2220[m
> [36mFNT len   :0x085F, 2143[m
> [36mFNT + CHR len :0x1116, 4374[m
> [36mSprtExport len :0x02DE, 734[m
> [36mSprtExport free:0x1822, 6178[m
> [36mSprHack len :0x045F, 1119[m
> [36mDiskSRV len :0x09B3, 2483[m
> [36mDiskSRV & SpHack len :0x0E1D, 3613[m
> [36mAbout len   :0x05C7, 1479[m
> [36m [m
> [36mGUI  [all] : 0x2E6B, [free] :0x0093, 147[m
> [36m [m
> [36mMISC len   :0x012C, 300[m
> [36mFill len   :0x0304, 772[m
include data: name=bgetxr.t8 (256 bytes) Offset=0  Len=256
include data: name=bgetxr.t16 (1024 bytes) Offset=0  Len=1024
> [36mTexture len   :0x0A21, 2593[m
> [36mWinMenu len   :0x0DB2, 3506[m
> [36mMGN len      :0x12D2, 4818[m
> [36mCoordXY len   :0x0161, 353[m
> [36mMScreen len   :0x0271, 625[m
> [36mCOLORpgn len   :0x08D1, 2257[m
> [36m [m
> [36mLenP6Free : 0x0488, 1160[m
> [36m [m
> [36m [m
include data: name=bge_spr (1696 bytes) Offset=0  Len=1696
> [36mBrs data len :0x0444, 1092[m
> [36mBox len   :0x0369, 873[m
> [36mChnk len   :0x05DF, 1503[m
> [36mObjects len   :0x0F1B, 3867[m
> [36m [m
> [36mLenP7Free : 0x00B9, 185[m
> [36m [m
> [36m [m
> [36m [m
> [36m [m
Pass 3 complete
Errors: 0, warnings: 0, compiled: 51245 lines, work time: 1.206 seconds

**Ped7g** · 01.09.2021, 11:18

you mean the ANSI color codes, or something else? And if you mean the color codes ("[36m" and "[m"), what terminal are you using or how do you process the sjasmplus output?

There is some heuristic trying to decide if the current terminal supports color codes, checking for environment variable "TERM" and if that variable exist, then it looks if it contains substring "color". So you can maybe check what your TERM env. variable value is.

If you are capturing the output to file, you may want to switch off color codes even if your terminal supports them.

so --color=off to disable them then.

**Dart Alver** · 01.09.2021, 21:18

Сообщение от Ped7g

you mean the ANSI color codes, or something else? And if you mean the color codes ("[36m" and "[m"), what terminal are you using or how do you process the sjasmplus output?

Сообщение от Ped7g

so --color=off to disable them then.

Понятно... Новая версия - новые забавы

Вывод производился в файл.
Ok ! Поправил скрипт, --color=off решает проблему.

ZXPRESS •	ZXART •
ZXTUNES •	ZX Spectrum Old Demos •
Virtual TR-DOS •	World of Spectrum •

User Tag List

Тема: SjASMPlus от z00m

Опции темы

Отображение

Этот пользователь поблагодарил Ped7g за это полезное сообщение:

Эти 2 пользователя(ей) поблагодарили Ped7g за это полезное сообщение:

Этот пользователь поблагодарил Ped7g за это полезное сообщение:

Информация о теме

Пользователи, просматривающие эту тему

Похожие темы

SjASMPlus Z80 кросс ассемблер

Исходники TR-DOS для SjASMPlus

Запуск STS из .sna, сгенерированного sjasmplus.

Breakpoints в связке Sjasmplus+UnrealSpeccy

Disturbed COverMAnia ( music disk with z00m music collection)

Ваши права