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

Сообщение отредактировал Alt.F4 - Aug 28 2011, 06:47

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

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

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

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

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


Сообщение отредактировал Alt.F4 - Aug 28 2011, 13:41

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


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

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

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

Сообщение отредактировал Alt.F4 - Aug 28 2011, 16:27

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

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


См. выше.

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

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

Сообщение отредактировал Alt.F4 - Aug 28 2011, 16:45

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

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

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