Добрый день.
Где можно прочесть про переходы из макросов?
Недавно наткнулся на форум, где писали, что абсолютный переход не работает в макросе. Раньше никогда о таком не слышал.
Спасибо.
З.Ы.
абсолютный - call, jmp (PC -> k)
относительный - rcall, rjmp (PC -> PC+k)

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

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

Например в MPLAB . Или я просто не знаю как там делать локальные метки в макросе. Поэтому вместо макроса с метками использую функцию, к которой перехожу командой CALL а возвращаюсь на место RETLW

http://electronix.ru/forum/index.php?showt...st&p=914268 ?

Топик форума РадиоКот.
Что имел ввиду товарищ GP1 во втором посте?

Дык именно это. Приличный ассемблер при неоднократном использовании такого макроса (с абсолютной меткой внутри себя) должен выругаться на переопределение метки.
Ниже ARV показал, как метки посредством $ превращаются в локальные, и дальше уж ассемблер сообразит.
(могу предположить, что директивы local/global avrasm'ом тоже поддерживаются)


Лет сто не пользовался mpasm'ом, удивился, посмотрел - ничего не изменилось:
hlpMPASMAsm.chm -> Directives -> local

xemul, что-то я тогда не въезжаю, зачем они там закатили весь этот сыр-бор, ведь avrasm2 метки внутри макросов сразу делает локальными.
з.ы. Я сразу не понял о чем речь, думал о виде переходов из самого макроса.

(Добавлено)
Или товарищ все-таки вел речь именно о командах переходов, т.е. он имел ввиду, что в самом макросе можно прыгать только по относительным адресам (rjmp PC -> PC+k), а абсолютный переход недопустим (jmp PC -> k)?
Просто он как-то выразился: "переходы внутри макроса, с абсолютными адресами недопустимы"

Макрос - не более чем средство малой автоматизации. Он служит для _размножения_ некоего шаблона с заданными изменениями. Если Вы попытаетесь задать в макросе глобальную метку, то использовать такой макрос можно будет ровно 1 (один) раз.
Чем думать, можно ли "перейти на метку, расположенную в макросе, из общей программы", лучше подумать, как организовать программу без таких изврысков.

Логично, не правда ли?


См. выше.

А какая тогда проблема у человека, создавшего тот пост (учитывая, что avrasm сделал метки локальными в его макросе)?

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

Уф-ф... jmp на метку byteOut из любой инкарнации макроса всегда будет выполняться по её адресу в первой инкарнации. Скомпилите и увидите. Если не увидите, прогоните этот кусок в симуляторе.

Макросы не уменьшают, а увеличивают размер результирующего кода. Однотипные действия для экономии места обычно оформляют функциями.

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