Доброго времени суток Уважаемые!
Прицепил к проэкту асм файл с програмкой проверки crc. Разъясните пожалуйста, как указать компилятору на неоюходимость сохранения используемых в асм файле регистров?
Спасибо.
Файл тут.Нажмите для просмотра прикрепленного файла

Попробую принять вашу телепатограмму
У вас есть проект на Си и функция подсчета CRC на ассме. Вам их нужно подружить. Правильно?

Если ответ положительный, то для начала функция на ассме должна удовлетворять требованиям ИАР.
Для этого подробно изучаем один раз (я это сделал 8 лет назад и до сих пор пользуюсь) раздел руководства AVR® IAR C/C++ Compiler Reference Guide - "Assembler language interface". Мне помнится, у вас были проблемы с аглицким, но нужно попытаться.

Могу расписать и подробней, но сначала вы отпишите, правильно ли я понял ваш вопрос

Не пойму, какие проблемы это на Си написать?

Наверное да. Файл прикручен. Только непонятно как сохранять регистры которые используютъся в функции С из которой вызывается АСМ вставка использующая те-же регистры. Компилятор есстественно сохраняет регистры, которые используются во вложенной С функции, но с АСМ функцией так не прокатило.
То-есть как указать компилятору, что в АСМ функции используются такие-то регистры?
Например:



Use it.

Так вы все-таки определитесь, что используете: асм вставку или функцию на асме. Это разные вещи. В файле у вас подобие функции, но как вы передаете параметры, не понятно.
Это вы так пытаетесь передать указатель??

Если вы хотите применить именно асм вставку, то там все в ручную, компилятор текста на асме не видит. Все на совести программиста.


Если функция, то нужно выполнять требования ИАР по передаче параметров: Calling convention.
Все регистры делятся на PRESERVED & SCRATCH.
SCRATCH (рабочие) R0–R3, R16–R23, and R30–R31 - их можно применять в подпрограммах без сохранения.
PRESERVED (сохраняемые) R4–R15 and R24–R27 - если их применяют в подпрограмме, они должны быть сохранены и потом восстановлены.

Параметры в/из функций передаются через регистры и через стек. Первый параметр передается через R19:R18:R17:R16. Второй параметр через R23:R22:R21:R20. Остальные (если есть) через стек.
Впрочем, это хорошо расписано в хелпе. Кстати, есть программы-переводчики, напр. наш PROMT, которые даже в Lite версии отлично переводят.

Вот вам рабочий пример функции на асме в си программе:
func.asm
defines.h

code.c


Двухбайтовый unsigned int time передается через R17:R16. Компилятор об этом знает, поскольку функция имеет один параметр. Это видно в тексте на си и компилятор эти регистры не применяет.

Спасибо. По англицки читаю. Про согдлашение по передаче параметров вкурсе.
Повторяю вопрос

Как сделать что-бы i не портился в АСМ функции?
Например crc_asm() использует ВСЕ доступные регистры, а main() только 1, в котором хранится i.
Очень бы хотелось, что-бы ИАР САМ решил что из регистров надо сохранять. А то выходит, что в АСМ функции придётся сохранять ВСЕ используемые в ней же регистры, или ковырять листинг всей main() на предмет выискивания регистра в котором хранится i .

Дык вроде я ответил
Чтобы i не портился, функция crc_asm(* pointer) должна сохранять (сама, то бишь ВЫ сами) все используемые в ней PRESERVED регистры R4–R15 and R24–R27. Все остальные регистры функция может портить (окромя, конечно stack pointer - R29:R28).

Вот что бывает если нет конкуренции
Подымал сдесь тему скорость реакции на С тут. Та-же фигня была при вызове функции из прерывания. В функции используется только 1а переменная(r16) а пролог тупейше сохраняет ВСЕ регистры!!! Вот вам и 1.1 раза по сравнению с АСМ.
Скорее бы Кейл АВРом занялся, а то ИАР какой-то тошнотик.
Перепишу ка это всё на АСМ.

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

Насчет вызова функций в обработчике прерываний, то тут соглашусь с вами, ИАР это как-то запустил.
Мне тоже не удалось его заставить сохранять только используемые регистры. Поэтому в прерываниях под ИАРом использую только инлайн-функции (макросы).

Но что касается всего остального, то тут вы не правы

p.s. А если настолько лень в асм функции самому сохранить в стеке регистры, то пишите функции на Си, тогда компилятор сделает это за вас - на то он и Си компилятор

Нихрена он(ИАР) не знает какие надо сохранять. А если функция портит все, а вызвавшаая её функция и вся программа использует только 1 или 2 !? Зачем сохранять всё, когда можно и нужно только эти 2 ? ИАР прекрасно это делает если всё это сделано на С.
Если вызывать функцию через указатель то-же не видит, и сохраняет ВСЕ регистры, а не только те что используются в вызываемой функции.
Пробовал дефайнить по разному, надеялся что увидит, не увидил. Вот думаю а если как __интринсик, или ещё как, ну что-бы понял как свою С функцию?

Пока отвечал Сергею пропустил.

Можно поподробней ?

Очень уж много сохранять придётся.
Согласен, что мои простые асм функции проще переписать на С. Но вопрос не праздный, пригодится!

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



И будет сохранять. Такой принцип построения компилятора. И другой компилятор действовать будет точно так же (т.е. сохранять scratch-регистры). Способ борьбы - не использовать вложенные функции в прерываниях или писать процедуры прерывания на ассемблере.



Почему Вы принципиально не хотите прочитать раздел, посвященный интерфейсу сишных и асмовских функций? Вдумчиво прочитать. Там все написано - есть регистры, которые можно изменять (scratch-регистры) и которые нужно приводить на выходе из процедуры в тот же вид, что и на входе. Все. Список тех и других регистров зависит от компилятора, например, в IAR AVR и GCC AVR они разные, и находится этот список в доке по компилятору.

А разве в GCC не RTL? RTL это кажется стандарт? С GCC не работал, но там по описанию, он сам раскидывает по регистрам, и и соответственно знает какие использовал, и таих вопросов возникнуть не должно.
Интересно, почему ИАР этим брезгует?
ЗЫ. Программку уже переписал на асм.


Ну нету у меня чем possible to use


Прочёл внимательно.

Можно... Как я уже писал, в ИАРе лучше не применять функции в обработчиках прерывания, т.к. компилятор не считает нужным отслеживать применяемые в функции регистры и сохраняет ВСЕ scratch-регистры. А нужда применить бывает. Пример - то же вычисление CRC для приема и передачи в нескольких местах. Поэтому я эту функцию пишу как макрос и далее спокойно применяю в различных прерываниях столько, сколько мне нужно:

При этом препроцессор просто копирует этот код энное кол-во раз. Но оптимизатор у ИАРа очень хороший! Он находит все эти одинаковые куски кода и сам заменяет их на ОДНУ функцию. В результате получаем то, что написали бы на асме, но только написанное на Си.
Вот такой ход из-за угла

Вы хотя бы поняли, что написали?



Чем???

RTL.

Это вы про язык распределения регистров? Так он же расчитан на машину с бесконечным числом регистров, а потом уже все втыкается в существующий набор, разделенный на 2 части и стек. Так что Вы неправы - никакого отношения использование RTL к тому, какое поведение компилятор ожидает от функций в плане сохранения/несохранения регистров, не имеет.