SjASMPlus от z00m

[Sayman]

Dexus, так выгрузка меток вроде была, через какой то экспорт?! или это другое? в evo sdk такое применяли.

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

ещё про дату. чтобы вопросов про формат не возникало, достаточно ввести переменные, вроде: __DATE__DAY__, __DATE__MONTH__, __DATE__YEAR__ и вопросы у всех исчезнут. каждый сможет реализовать дату в том формате, в котором ему лично хочется. а так, придётся залезать в исходник компилятора...

[Dexus]

Sayman, речь про xmap для xpeccy. Там нужно чтобы сохранялись типы db/dw и всякое такое. Свой компилятор из-за этого не очень хочется делать. Issue в трекере с прошлого года висит.

[Ped7g]

If you are experienced programmer, you know the YYYY-MM-DD is the only correct format. Czech and Slovak national formats are also wrong and confusing, just like Russian form. They are all wrong, and I'm right. It's so simple. People being wrong and me being right - story of my life.

About other changes to sjasmplus ...

I do what I need for my own projects, or what I find enough fun or critical.

I really don't see any issue with 128 limit for DB, I don't understand how you can have problem with it. For specific text entering system supporting also non-programmers you can produce your own solution, there was somebody writing lot of dialogs for game, and we devised some lua script helping with that: https://github.com/z00m128/sjasmplus...ua_inctext.asm https://github.com/z00m128/sjasmplus...ua_inctext.lua

In similar way you can devise your own custom solution, without adjusting sjasmplus. Or just `sed` one-liner splitting long lines into multiple DB statements.

Dexus has issue which seems difficult to implement, haven't got simple idea how to do it, and doesn't seem very important to me.

Why can't you develop your own changes - I don't know, I did need changes, I did changes. Also I have seen bugs, so I fixed bugs. Now you can profit from my fixed version of sjasmplus, as I'm sharing it with everyone. Of course my usual way of developing things and my needs may not cater 100% for your ways and needs, but well, that's not my problem. My problem is, that I spent about 2 years of life fixing Z80 assembler, and now I need to fix my life...

[Sayman]

If you are experienced programmer, you know the YYYY-MM-DD is the only correct format. Czech and Slovak national formats are also wrong and confusing, just like Russian form. They are all wrong, and I'm right. It's so simple. People being wrong and me being right - story of my life.

ты не понимаешь, что тебе говорят? я разве говорил о том, что нужно файлы какие то хранить в формате даты (чтобы потом с сортировкой не парится) или что? я говорю про отображение даты текстом. вроде того, что при запуске идёт вывод в консоль приветствия от автора и версия программы. и вот тут отображается дата. и вот она как раз отображается в том формате, в котором привычно видеть глазу в той или иной стране. у себя вы там можете выводить в каком угодно формате. это ваше право. наше право выводить в нашем формате. машине (виндовс, компилятору и другим программам) всё ровно в каком виде хранится дата. это просто набор байт и бит для неё.
при этом ты предлагаешь использовать LUA, которого нет в других компиляторах. т.е. переносимость кода между разными машинами и компиляторами просто не возможна. например, без использования LUA я спокойно могу перенести исходник с sjasm+ под спринтер, на его компилятор orgasm. и всё хорошо компилируется. но стоит только заюзать lua и всё, досвидос остальные компиляторы.
если не хочешь делать. так и скажи - "идите нафиг со своими хотелками", все вопросы отпадут...

[Bedazzle]

Почему нельзя задать буфер под DB с некоторым запасом например 512+2 или 1024+2 ? Это снимет все вопросы к данной директиве раз и на всегда.

Уже проходили. 640кб хватит всем.

У современных конфигураций компьютеров память может исчисляться десятками гигабайт и лишняя пара килобайт ничего не значит.

Это если алгоритм не завязан на структуру. К примеру, в байт больше 256 значений не засунешь.

P.S.
Я просто поболтать, исходники ассемблера не смотрел.

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

Лично я полностью согласен, что DD-MM-YYYY is wrong

Хуже этого только месяц-день-год и АМ/РМ время.

[Sayman]

Microsoft Windows [Version 10.0.19042.1288]
(c) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

C:\WINDOWS\system32>date /T
20.06.2022

мне больше нечего тут добавить.

[Advertiser]

[Ped7g]

build.bat

date /T > bdate.txt
sjasmplus source.asm

source.asm:

  ...
build_date_txt:
  INCBIN "bdate.txt"
  ; maybe extra DB 0
  ...

BTW, orgasm does have `__DATE__`?

BTW2: you don't understand. You should even display YYYY-MM-DD to users, to educate them about the best date format.

[LW]

You should even display YYYY-MM-DD to users

Why else should I display the date like this?

For example: FAR displays date in the format dd-mm-yy; Total commander displays dd-mm-yyyy.
This is understandable and familiar.

[Ped7g]

yes, there's ton of SW which does it wrong. Even GCC `__DATE__` is like "Feb 12 2022".

As I wrote, it's quite common that many people are wrong and I am right, I'm used to it.

[Reobne]

Ped7g, И как ты получишь следующий день, за данным? Сначала прибавишь единицу к дню, то есть начнёшь с конца.
Почему-же в Z80 "LD (8000),HL" запишет (8000):=L; (8001):=H ? Потому что начинать арифметические операции естественнее с младших байтов.
Да, операции сравнения, больше-меньше, часто быстрее выполнять со старших байтов. Но это не делает запись от старшего к младшему единственно верной записью.