Отправлено ДМ 14 ноября 2004 г. 22:07

То есть, на вызовы подпрограмм, расположенных от точки вызова дальше, чем 2K, компилятор также тулит RCALL, когда требовалось бы просто CALL. Разумеется, Ассемблер выдает соответствующую ошибку. Можно, конечно сетовать на то, что в программе есть Ассемблеровские вставки, но из слов песни не выкинешь, да к тому же между точкой вызова и подпрограммой Асм кода нет. Так как для CV #asm – это инородное внедрение, за которое он не несет никакой ответственности, он перестраховываясь, зачастую тулил CALL, там где уместно RCALL, но тут наоборот. Может быть кто-то сталкивался с аналогичной проблемой, и нашел, как это обходить?

Спасибо!

• может он wrap подоазумевает ? то есть спекулятивный прыжок через пространство памяти за счет ограниченной разрядности PC. Сколько памяти у чипа ? — DASM   (14.11.2004 22:19, пустое)
• Видимо нужно выбрать соответствующую модель памяти или указать компилятору — Bill   (14.11.2004 22:13, 178 байт)
  • Ответ: ATmega8 (8kbyte). Модель памяти - это применительно к RAM. — ДМ   (14.11.2004 23:05, 171 байт)
    • IAR 2.28. Но у Mega8 в принципе нет инструкции call. Так что pragma не поможет. — Bill   (14.11.2004 23:47, 198 байт)
      • чего тут решать (+) — DASM   (14.11.2004 23:52, 277 байт)
        • Смена компилятора достаточно простое решение, если оно приемлемо вообще. Соображения по поводу pro и contra могут быть самые разные. — Bill   (15.11.2004 00:00, пустое)
    • блин, приехали. для 8 меги CALL не нужен принципиально, его там и нет в системе как таковой. Все делается через вышеупомянутый wrap. К примеру из 088.PDF (+) — DASM   (14.11.2004 23:15, 502 байт)
      • ну и асме какая нить директива должна быть насчет wrap — DASM   (14.11.2004 23:17, пустое)
        • Wrap настраивается галочкой в AVRStudio — CD_Eater   (14.11.2004 23:21, пустое)
          • интересно как у человека вообще что-то на 8 меге работало, если он "зачастую тулил CALL" — DASM   (14.11.2004 23:27, пустое)