Что-то не пойму, как поступить
Ситуация такая:
Есть функция Delay(unsigned long delay), которая написана на асме и использует регистры R0 и R1. R0 - так как в нём передаётся параметр, а R1 дополнительно.
Вызывается она из программы на C.
Так вот - стоит ли сохранять и восстанавливать по выходу регистр R1? Вдруг компилятор хранит в нём какие-то данные, а я его затру?

Ещё до конца не понятно, для чего используется директива PRESERVE8.
Она даёт знать линкеру, что код сохраняет выравнивание стёка по границе 8 байт.
А для каких целей необходимо такое выравнивание?

В смысле на асме пишете вы?
Тогда все что используетсяна входе в стек, на выходе вытолкнуть.

Фу, как грубо

Вот имено.Точнее ATPCS -
Advanced RISC Machines Ltd ARM/Thumb Procedure Call Standard.
Сие есть официальный документ. Лежит на армовском сайте.

Ага, нашёл этот ATPCS:
A subroutine must preserve the contents of the registers r4-r8, r10, r11 and SP...
Значит, содержимое регистров R0-R3 можно не сохранять. Понятно.
Спасибо

Более того, добавлю (может, и запоздало), что в ран-тайм модели и соглашениях любого компилятора чётко прописаны принципы вызова процедур, и все действия и ограничения, необходимые для их корректной реализации на АСМе.
В частности, для Кейла вполне достаточно ознакомиться с его компиляторным хелпом, без поиска неких вычурных документов.

Вот то-то и оно соглашениях компилятора. Заточат его под Кейл, а потом наследники будут иметь секс, почему программа вылетает. Тем более, когда цена вопроса пару тактов.

Во-первых, не пару тактов (или Вам пояснить, сколько времени занимает сохранение и восстановление регистров в ARMе?). Думаю, что разработчики компиляторов в данном вопросе постарались соответствовать требованию потребителя их продукта - возможности реализовать короткие быстрые процедуры на АСМе (для этого, собссно, он - АСМ - нынче и нужен).
Во-вторых, никто не заставляет Вас соответствовать в точности соглашениям. Ежели хотите сделать код универсальным - компилер даёт Вам эту возможность. Только будьте добры смириться при этом с неизбежными накладными расходами.
В-третьих, ежели Вы собрались перетащить проЭкт на другой компилер, на мешает ознакомиться с новыми соглашениями. Может так статься, что они во многом пересекаются со старыми.
PS. Тем более, что ARM сам некий стандарт прописал...

Вот что мне не нравится в хвалёном RealView, так это отсутствие квалификаторов функций __ram и __thumb/__arm.
Ну последние ещё можно использовать через #pragma, а вот для ram функций приходится отводить отдельный файл и прописывать для него адреса. Не пойму, чем неугодило простое __ram?

ЗЫ: хорошо хоть __irq оставили

1. Соглашения, как ни странно соблюдаются
2. Предупредить "наследников" очень лекго - контроль чем компилится и
#pragma error "PLEASE CHECK Procedure Call"

Станислав ответил.