Aligning macro

Доброго времени суток, форумчане. Не подскажите ли мне более элегантный вариант сего - выравнивание по большей границе,Al, величины SZ... и чтобы работало по возможности

Код (Text):

1. macro   AlignedSize     ID*, SZ*, Al*
2. {
3.         ID      EQU     ((SZ + Al-1) AND -Al)
4. }
5.  
6. sectorSize      EQU     512
7. AlignedSize     buffSize, 1024*1024, sectorSize

и почему макрос не может быть т.н. R-value? ну, скажем,

Код (Text):

1. macro   AlignedSize     SZ*, Al*
2. {
3.         ((SZ + Al-1) AND -Al)
4. }
5.  
6. sectorSize      EQU     512
7. buffSize         EQU     AlignedSize     1024*1024, sectorSize  ;
8. ;buffSize         =     AlignedSize     1024*1024, sectorSize    ;или так?

благодарю.

 

asmfan
Вместо equ лучше =, т.к. это числовая, а не символьная константа и будет обрабатываться позже.

Философия макро фасма. Нет макрофункций. Обходится лишней строчкой:

Код (Text):

1. macro mymacro a { __mymacro = a xor 0xFF }
2.  
3. mymacro 10h
4. xored db __mymacro
5. m_xored = __mymacro

А код.. Как ни меняй, смысл всё равно тот же будет.

 

IceStudent, т.е. если правильно я понял, приоритет обработки макросов такой же как и операторов "EQU" и "=", поэтому мы не можем использовать результат обработки макроса препроцессором как R-val... так?

 

asmfan
Тут дело совсем не в приоритетах. equ и = обрабатываются на разных стадиях компиляции. Но и не в этом дело, а в том, что написал IceStudent. Пример очень наглядный, imho.

 

всем спасибо! так то всё теперь понятно, но вот суть макроса, как простой подстановки вместо его имени - содержания, теряется. эхх... особенности)