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

[Alexander27Ru]

Всем привет! Только начинаю осваивать SjASMPlus, собственно с ассемблером Z80 проблем нет, а вот с директивами не очень понятно. Хочется мне объявить в основном коде несколько процедур, а потом вставлять их там где мне нужно. Что-то вроде 'procedure' в Pascal/Delphi. Как это можно сделать в SjASMPlus? Почитал про MACRO и MODULE, но не уверен что это то самое.

Вот иллюстрация чего я хочу, надеюсь будет понятно:

; это не должно компилироваться сразу
procedure SomethingToDo
  puch bc
  …
  pop bc
  ret
end procedure

; и это
procedure Init
  ld bc, #00ff
  out (c), b
  ret
end procedure

; и это
procedure AllDone
  ld bc, #ffff
  out (c), b
  ret
end procedure

; а вот это уже попадает в код
org #8000
call Init
call SomethingToDo
...
call SomethingToDo
...
call AllDone

[Black Cat / Era CG]

Почитал про MACRO и MODULE, но не уверен что это то самое.

Насколько помню, совсем не то самое.
MACRO, классический макрос, при компиляции его код вставляется туда, где встречается его использование. То есть это совсем не вызов процедуры в классическом виде.
MODULE, по-моему, еще дальше от этого, вроде бы это просто определение отдельного именного пространства, то есть для того, чтобы обратиться к метке, объявленной внутри модуля, извне, надо будет еще и приписать к этой метке имя модуля с точкой в качестве префикса (CALL ModuleName.Label). Это сделано для возможности использования одних и те же меток (с одинаковыми именами) в разных функциональных частях кода.

А ваще не очень понятно, зачем вам это?

[Alexander27Ru]

Конкретной задачи нет, пока просто экспериментирую в эмуляторе, вспоминаю ассемблер. До этого много кодил в Delphi, и наверное это уже способ мышления такой - всё обёртывать в процедуры и функции, а затем в основном коде вызывать их в нужном порядке. Подумал компилятор ассемблера позволяет вытворять что-то в сходном стиле.

Тогда как с точки зрения рационального программирования можно реализовать мой пример выше? То есть никаких "процедур", просто расставляем в требуемом порядке фрагменты кода, а там где фрагменты должны отработать по несколько раз уже сами решаем где этот фрагмент будет лежать в конечном коде и как он будет вызываться? Просто хочу понять как оно на практике делается.

[Black Cat / Era CG]

Ну делайте примерно так.

Основной код, откуда вызываются процедуры.
Процедура 1.
Процедура 2.
Процедура 3.

То есть:

; Тут будет основной код
org #8000
call Init
call SomethingToDo
...
call SomethingToDo
...
call AllDone
ret

; это будет компилироваться сразу и лежать сразу за основным кодомSomethingToDo
  puch bc
  …
  pop bc
  ret


; и это
Init
  ld bc, #00ff
  out (c), b
  ret


; и это
AllDone
  ld bc, #ffff
  out (c), b
  ret

А еще, ничего не мешает выделить процедуры по смыслу в отдельные файл(ы), и подключать его(их) через INCLUDE. Тогда в любом нормальном редакторе с поддержкой вкладок, можно открывать эти файлы в отдельных вкладках, а не мотать постоянно простыню кода.

[Alexander27Ru]

О, теперь понятно, спасибо. Наконец-то в голове прояснилось. Буду экспериментировать дальше.

[shurik-ua]

в дельфи в начале описываются процедуры и функции, а потом уже в конце листинга процедура Main - в асме же можно обратиться к функции из любого места - не важно где она объявлена ДО или ПОСЛЕ вызывающего кода.

[Black Cat / Era CG]

в дельфи в начале описываются процедуры и функции, а потом уже в конце листинга процедура Main - в асме же можно обратиться к функции из любого места - не важно где она объявлена ДО или ПОСЛЕ вызывающего кода.

Именно так. Я в своем примере разместил основной код "сверху", просто потому что мне так удобнее

[Andrew771]

Пишешь jp MAIN в самом начале программы и ставишь процедуры, где хочешь. Кросскомпиль Паскаля так и делает, если есть процедуры.

[bigral]

Вот иллюстрация чего я хочу, надеюсь будет понятно:

; это не должно компилироваться сразу
procedure SomethingToDo
  puch bc
  …
  pop bc
  ret
end procedure

"не должно компилироваться сразу" - а когда ему компилироваться? Может имеются ввиду директивы "условной компиляции" (их применяют для создания универсального исходника который может производить бинарники для разных конфигураций)?

- - - Updated - - -

До этого много кодил в Delphi, и наверное это уже способ мышления такой - всё обёртывать в процедуры и функции, а затем в основном коде вызывать их в нужном порядке. Подумал компилятор ассемблера позволяет вытворять что-то в сходном стиле.

Смысла "ВСЕ обертывать" нету. Просто пишешь код думая об "структурах" которыми ты манипулируешь, не думая где этот код будет и где эти структуры будут. В процессе будет видно какие куски кода надо выделить в процедуры так как их надо выполнять 2 и более раз (возможны процедуры с многими входами в отличии от паскаля). Если какой-то кусок хочется "свернуть" чтобы он "не путался" в конкретном месте мешая понимать смысл программы, но при этом он не процедура, то для него надо делать include и размещать в отдельном файле (ну или обьявить его макросом и использовать 1 раз).

[Alex Rider]

То есть никаких "процедур", просто расставляем в требуемом порядке фрагменты кода, а там где фрагменты должны отработать по несколько раз уже сами решаем где этот фрагмент будет лежать в конечном коде и как он будет вызываться?

Добавлю к комментариям выше, что "где лежать" определяется порядком следования кода в исходнике. Выбросить невызываемые процедуры компилятор не может, потому что, в общем-то, категориями процедур он не оперирует (в отличие от Delphi, в ассемблере можно сделать переход на любую команду в коде, и даже внутрь команды).