caxapa.ru :: Не пользуйте ASM-овые вставки внутри СИ-шных функций! Либо пишите функцию целиком на ASM, либо используйте зарезервированные регистры, чтобы компилятор знал об этом. Зарезервировать можно регистры R4 и R5.

rezident (15.04.2011 18:36, просмотров: 106) ответил Xитpый Kитaeц на Вопрос к знатокам IAR 6.0 MSP430. Есть две функции a и b, b вызывается внутри a. b реализована на asm и внутри себя использует R15. Функция а использует R15 для хранения локальной переменной, и, соответственно, эта переменная портится при вызове

Не пользуйте ASM-овые вставки внутри СИ-шных функций! Либо пишите функцию целиком на ASM, либо используйте зарезервированные регистры, чтобы компилятор знал об этом. Зарезервировать можно регистры R4 и R5. Project Options -> C/C++ Compiler -> Code -> R4 utilization и R5 utilization.

Ответить

- А как же "Any of the registers R12 to R15, as well as the return address registers, are considered Xитpый Kитaeц(53 знак., 15.04.2011 18:41)
  - Кроме того b() и есть целиком на asm(""), кроме return, но это чтобы компилятор не ругался. - Xитpый Kитaeц(15.04.2011 18:42)
    - Нифига! Это Си-шная функция с asm-вставкой. Хотя я в общем-то не против, будьте сами себе "злобным буратиной", раз так хочется :) Ведь основная задача программиста ЯВУ - объяснить компилятору, что именно вы от него хотите? При вашем способе rezident(73 знак., 15.04.2011 19:05)
      - Так вроде есть соглашение о вызове функций. Vallav(194 знак., 17.04.2011 13:38)
      - Я понимаю, что это С функция с asm вставкой ,понимаю ,что оптимизатор не работает внутри неё. Но это и есть - всего лишь обёртка. У неё от С только объявление. А Вы попробуйте объясните компилятору, что бы об конструкцию (--i == 0 ) декремента и Xитpый Kитaeц(168 знак., 15.04.2011 19:57)
        
        Где тут проблема? Написать функцию на ASM, включить ее в СИ-шный проект, вызвать ASM-овую функцию из СИ-шной. Все это описано в разделе Assembler language interface из IAR C/C++ Compiler Reference Guide for MSP430 rezident(31 знак., 15.04.2011 20:05)
        
        Да нет, конечно, не проблема. Вопрос в том, единичная это грабля или нет. Просто есть набор функций, которые находятся в одном файле и объеденены общей логикой. Можно вынести глюконат в asm файл,сейчас один, затем другой и т.д. Нехорошо это. Xитpый Kитaeц(135 знак., 15.04.2011 20:16)
        
        Не рекомендуется. По той причине, что компилятор не понимает ваших хотелок и работает с ресурсами по-своему. Так, как он считает оптимальным. Чтобы достигнуть консенсуса вы должны ему пояснить, что вы от него хотите, что ему можно делать и что rezident(83 знак., 15.04.2011 20:26)
        
        "По той причине, что компилятор не понимает ваших хотелок" Скажем так - IAR не имеет средств для объяснения ему таких хотелок. Cepгeй Бopщ(565 знак., 16.04.2011 11:43)
        
        Ситуация прояснилась. При выносе функции с asm вставкой во внешнюю либу всё в порядке. При обработке компилятором обоих функций с одном файле происходит ошибка. Фраза из manual " Xитpый Kитaeц(428 знак., 16.04.2011 13:53)
        
        Если ва полностью "строите" свою функцию (пишете ее на асме) - применима. Если часть функции строит компилятор (читай- "асм-вставка") - то неприменима, она относится к функции в целом, а не к ее части. - Cepгeй Бopщ(16.04.2011 23:38)
        
        Так вроде тут как раз нарушение соглашения о вызове функций. Vallav(185 знак., 17.04.2011 13:43)
        
        Всё верно, это шиза оптимизатора. При no_cse или no_code_motion всё работает. - Xитpый Kитaeц(17.04.2011 11:57)
        
        "все работает" в данном случае - удачное стечение обстоятельств. В следующей версии компилятора может перестать. Или пишите функцию полностью на асме (файл .s43), или всю на С. Асм-вставки годятся только для действий типа nop, не влияющих на Cepгeй Бopщ(22 знак., 18.04.2011 13:05)
        
        Это как раз и понятно , печально. - Xитpый Kитaeц(19.04.2011 02:13)

Микроконтроллеры