SjASMPlus от z00m

[NEO SPECTRUMAN]

To fix your source in later one, don't use trivial argument names like `x`

я то не использую
а вот alone coder использует
и x и _ и __
и его исходники успешно не компилируются в z00m-овском sjasm
без подгонки кода напильником

some alone coder style code 21+

	macro ROTVERTEX2 x,z,y
	if (x&#8000)==0
	;display "x>=0 x=",x
_x=(#1f-x)
_xsgn=0
	else
	;display "x<0 x=",x
_x=(#1f+x)
_xsgn=1
	endif
_x=_x+#40
	if (z&#8000)==0 ;display "z>=0 z=",z
_z=(#1f-z)
_zsgn=0
	else ;display "z<0 z=",z
_z=(#1f+z)
_zsgn=1
	endif
_z=_z+#60

	 ld l,_x
	 endif
	if _xsgn
	sub (hl)
	else
	add a,(hl)
	endif
	endif
	;z'
	call div8xinch
	push bc
__=$
	endm

	 endif
	 if ((sign&#8000)==0)
    if _==0
        LD A,(HL)
    else
        ADD A,(HL)
    endif
_=1
	 else ;((sign&#8000)!=0)
    if _==0
	xor a
        sub (HL)
    else
        sub (HL)
    endif
_=1
	 endif
	endif ;sign
_hlneed=_hlneed+1
        ENDM

[свернуть]

а так мне иногда приходится жутко коверкать название меток
чтоб только обойти этот долбанный баг с define
а теперь еще таже гадость объявилась в макросах
...

[Shadow Maker]

I'm not sure what you mean by those proposals.

Basically I only want to see readable text inside same file. If we use some external convertor, then it would mean I have to:
1. Do a sh script which will compile everything
2. Do a generator, which will generate converted db "abwgde" strings.asm file and include that strings.asm file in main asm file

This is what I was actually wanted to avoid somehow. I would be happy, if you can give us some way to run shellexec and insert its results.
So like db #shellexec('iconv -f UTF8 -t CP866', 'КОНВЕРТИРУЙ ЭТО В 866') // obv this example will not work with real iconv, that's just to illustrate what I want to achieve
So results of shellexecuted script will be in DB. But this looks really bad, so it would be nice to have something like

strConvert    equ 'iconv -t cp866'

and later in db would be something like

text1     db 'РУССКИЙ ТЕКСТ' | strConvert

So idea is to define a line for shellexec and by pipe send that text into shellexec for a defined line as a parameter. So above would mean, that you execute shellexec with 'iconv -t cp866 РУССКИЙ ТЕКСТ' (and as I told I understand that it would not work with iconv, but you can always write a wrapper for it or 3rd party convertor or maybe you can add some "convertor.exe" or anything, it does not matter much, if you can send and retrieve data the way I described, it would be really helpful, I think, not only for text conversions, but for many other things,

[NEO SPECTRUMAN]

I only want to see readable text inside same file.

lua power

	lua allpass

	string = "Ыячъэюф"	

	for temp = 1,string.len(string),1 do
		sj.add_byte(string.byte(string,temp))
	end

	endlua

7    0000              	lua allpass
 8    0000 ~
 9    0000 ~            	string = "Ыячъэюф"
10    0000 ~
11    0000 ~            	for temp = 1,string.len(string),1 do
12    0000 ~            		sj.add_byte(string.byte(string,temp))
13    0000 ~            	end
14    0000 ~
15    0000 DB FF F7 FA  	endlua
15    0004 FD FE F4

можно наверно запихнуть всё в одну функцию типа very_angry_russian_function("ЗлойРусски� �Текст!!!")
и конвертировать на ходу во что угодно...

- - - Добавлено - - -

вот

	lua allpass
	function angry_russian_text(string)
	for temp = 1,string.len(string),1 do
		sj.add_byte(string.byte(string,temp))
	end
		sj.add_byte(0)		--zero terminator
	end

	angry_russian_text("Злые русские пишут злые русские тексты")
	angry_russian_text("несмотря ниначто!")
	angry_russian_text("АХАХАХАХА АХАХАХАХА")	

	endlua

- - - Добавлено - - -

вот так делается масив

	angry_array = {}
	angry_array[1] = 0x0F
	angry_array[2] = 0x0E
	angry_array[3] = 0x1F

[Ped7g]

Basically I only want to see readable text inside same file. If we use some external convertor, then it would mean I have to:
1. Do a sh script which will compile everything
2. Do a generator, which will generate converted db "abwgde" strings.asm file and include that strings.asm file in main asm file
...

I would rather suggest option 1 for medium-large projects, as you can benefit from using tools like Make quite a bit. But let's assume you don't want to.

SHELLEXEC will execute first time in third pass, so any INCLUDE of results in first/second pass will have nothing to include. You can wrap INCLUDE in `IF 3 == __PASS__`, but that will probably cause different issues with labels changing values in final pass.

So if you really want to convert it from inside the .asm source, lua script is the only option (as lua script can execute already in first pass). I haven't tried it myself, but I guess you can call `iconv` from lua, cache the result for following passes, and add the bytes from the result every pass, like Neo shows with `sj.add_byte(...)`.

Also another option is to edit your sources in cp1251 or dos-866 encoding, depends on your editor, but I'm using Kate, and it does remember the encoding I was using for particular file, so once I switch it from utf-8 to something else, I can edit whole source in different encoding.

So with utf-8 files - in the end you can have macro `db_cp1251` and call it like:

    db_cp1251 "some text"

which will call the lua script, and receive the converted bytes.

Syntax like "db 'РУССКИЙ ТЕКСТ' | strConvert" is problematic, as pipe is already binary-or operator, etc... plus you would have to wait until somebody creates the fix, while you can add macro+lua script with current sjasmplus (maybe not "easily", I would need to google a bit for lua syntax to write it, but should be like hour-two of work, let me know if you can't figure it out)

а так мне иногда приходится жутко коверкать название меток
чтоб только обойти этот долбанный баг с define
а теперь еще таже гадость объявилась в макросах

well, I'm pretty sure the macro arguments were sensitive to the old bug too. If Alone coder writes source like this, and it works in older sjasmplus versions (1.07), it may be just one change in label/macro argument away from breaking. The 1.12.0+ will break consistently always.

I guess you don't find it funny.... fair enough. But I'm not sure how to resolve it... maybe disabling mid-word substitution globally by some option? That sounds actually quite OK, it can help with importing project from different assemblers, and it would be optional change. - I can imagine adding this.

I don't like the idea of doing the "correct" fix (for "v1.x"), switching mid-word substitutions to identifiers with underscore only, it makes lot of sense on syntax level, but would break other sources which depend on the current substitution. (if I ever create some "v2.x", I'm definitely going to change the substitution rules, current situation is not good ... but I have currently no plans/timeline to work on "v2.x", not any time soon)

- - - Updated - - -

вот
Code:

lua allpass
function angry_russian_text(string)

But this works only if your current source encoding is cp1251? Lua doesn't do utf8->cp1251 conversion, right?? (too lazy to try)
But if you have source already in cp1251, you don't need to do anything, just use regular DB like `DB "Злые русские пишут злые русские тексты"` - it will work.

[NEO SPECTRUMAN]

But if you have source already in cp1251

DB like `DB "Злые русские пишут злые русские тексты"` - it will work.

у меня компилирует db и с utf8 (вроде бы)
а нужный конвертер можно написать на lua

[Ped7g]

у меня компилирует db и с utf8 (вроде бы)

yeah, of course sjasmplus will also assemble UTF8 source file, but then the resulting machine code is also UTF8 string, which is probably not what you want to process in Z80 assembly...

Technically whatever binary values you have in source within quotes, the `DB` will emit 1:1 as is, nothing is damaged, except three values having special meaning: 0, 10 and 13. Those three must be escaped like "\0\n\r".

So the issue is how to write your source in utf8, but assemble into some other encoding like cp1251. And Czechs may want cp1250, etc, etc... there's hundreds of difference encodings.

The more we discuss it, the more I'm inclining toward these preferences (from the most simple and robust to worst):
1) edit the source in target encoding, if your text editor allows it
2) iconv the whole source as part of the build step (I'm usually building from text editor, where I can enter the whole sequence `iconv | sjasmplus ...` for single-file projects, or I tend to use makefiles for multi-file projects)
3) some lua script calling iconv from inside the asm (or implementing custom encoding which is not available in iconv set)
4) ??
10) enter in source the numbers instead of text like `msgTxt: HEX cc ed e5 20 ee e4 ed ee ec f3 20 ea e0 e6 e5 f2 f1 ff`

Anyway, at this moment of time I believe the encoding translations should be not part of sjasmplus, so I don't plan to add utf8->cp1251. If you prefer the lua script for that, but you don't know how to create such "db_1251" macro, let me know, I will create more complete example.
(^^ Shadow Maker ^^, but also anyone else struggling with it)

The 8bit->8bit transformations - some magic syntax to define and use the translation easily -> this one would be nice addition, but I'm failing to see that magic syntax which makes it considerably better than what sjasmplus already could do now (you can for example put the translation table into the DEVICE memory, and use `{b table+char}` to translate it in expressions, or just calculate the value for cases like ASCII -> 5 bit, similar to this https://github.com/ped7g/ZXSpectrumN...cked.i.asm#L26 (although this example also packs the 5bit values into bit-stream, so it's more complicated than just simple conversion).

But in summary, I have no plans to add anything to sjasmplus right now, in my eyes the current support is reasonable, and the missing bits can be filled in by iconv or macro/lua scripts.

-----------------------------------

NEO: so... how about the global option disabling mid-word substitution? Do you think that's a good idea? To enable macro/define identifiers like `x`, but not substitute them into `label_x` then.

[NEO SPECTRUMAN]

NEO: so... how about the global option disabling mid-word substitution? Do you think that's a good idea? To enable macro/define identifiers like `x`, but not substitute them into `label_x` then.

лично я сейчас нигде не использую замену внутри слов
а так как я пишу все слова через "_" и ненавижу unreadablewritestyle
эта внезапная замена вызывает только проблемы
тем более в командах от которых этого совершенно не ожидаешь

я бы сделал это отключение по умолчанию

но при этом было бы не плохо иметь midword_define midword_macro по отдельности

я уже много раз просил команды которые бы меняли все что угодно несмотря не на что
(как автозамена в любом текстовом редакторе)
по типу replaceall "44 l" "abc"
с результатом
label44 ldir
|
V
labelabcdir



- - - Добавлено - - -

эта внезапная замена вызывает только проблемы

кстати
можно же писать все аргументы макроса вот так

macro maaacro X
label_x = X
endm

я уже пишу все что для difine через UPPERCASE чтоб не конфликтовало с ****_***
можно же такое делать и с макросами

но опять же
это лично я сижу в этой теме
и уже знаю некоторые не очевидные тонкости поведения sjasm
но другие же тут не сидят и не знают
и спотыкаются об это

[SAVC]

Не верно компилирует метки из инклуд-файла.
Например, вместо #80D3 вставляет адрес #00D3.
ULITKA B&W.rar

https://cloud.mail.ru/public/RxiE/6xVeqhhnB

[Dart Alver]

Не верно компилирует метки из инклуд-файла.
Например, вместо #80D3 вставляет адрес #00D3.

Всё верно компилирует, вы неверно ORG выставили.
org ($+255)/256
а надо
($+255)/256*256

[SAVC]

Ага. Точна.
Thanks.
Теперь работает.

https://cloud.mail.ru/public/JQfk/MN7JxqR8A