не использовать команду CALL при вызове inline-функции?
Но не используя макросы.

#pragma inline=forced
Это если собственная функция объявлена как inline, а если встроенная, то может и не помочь.

То есть функция вида

inline void SomeFunction(void)
{
// тело функции
}

не будет откомпилирована как inline-функция? Почему?
Кстати функция своя, а не встроенная

Режим компиляции С или С++? Если С, то static void SomeFunction(void); если С++, то как сказал Alex11Но это определение функции должно быть в той же единице компиляции, что и место вызова (т.е. не в другом С/С++ файле).

Для 'С++' компиляторов inline штатный прибамбас, посему:
inline void SomeFunction(void)
Для 'C' компиляторов возможность инлайнить функции поддерживается опционально, как кому удобнее. Конкретно у IAR поддерживается через #pragma inline, причем #pragma перед объявлением прототипа функции.
Квалификатор inline у 'C' компиляторов обычно такой :
#define inline

Это:

уже попытка сделать "масло масляное".


Почитать документацию на IAR компилятор, там все подробно.

А вот вам фиг! "просто" inline выражает компилятору наше желание заинлайнить. Но он, руководствуясь своими соображениями (а конкретно - количеством вызовов данной функции в данном файле) может наше желание проигнорировать и оставить вызов функции. _Pragma("inline=forced") или #pragma inline=forced заставляет компилятор отставить самодеятельность и делать как сказано.
Воистину
Угу. Как там насчет документации было выше? В вопросе явно был указан IAR. А объявление функции как static при одном-двух вызовах в единице компиляции часто приводит к встраиванию и без прагмы.

Что фиг? Зачем к категоричной
#pragma inline=forced
добавлено еще и ключевое слово inline?
Вот я и говорю "масло маслянное". Кроме того, inline, в IARовском 'C' еще и сообщение об ошибке вызовет.




Не понял В 'C' компиляторах нет унифицированного способа (а то и возможности) приказать инлайнить функции. Конкретно в IAR есть через прагму. Ну и?

Или нет, или да ...
Не совсем понимаю о чем мы начали говорить?

Я читал сверху вниз и фразы и воспринял именно в таком порядке, т.е. "если есть inline, то зачем еще и #pragma"

Отвечу и на обратное - ключевое слово inline поддерживается всеми C++ компиляторами, поэтому должно быть указано там, где желаемо встраивание (для портируемости). А прагма может быть в виде
#define INLINE _Pragma("inline=forced")
или
#define INLINE
в зависимости от используемого компилятора.
Имеет право. Тогда #define inline _Pragma("inline=forced")

Кстати, о =forced. Я бы не стал его огульно использовать. Я всегда и раньше насилия интуитивно избегал, а тут буквально несколько недель назад писал (конкретно IAR ARM)обработчик FIQ по работе с 7,5 MHz Slave SPI, ну и был там кусочек кода не очень-то и сложный - вариации на тему SLIP передачи вызвывемый трижды. Макрос городить не стал - запутанный, зато заинлайнил. В ощем-то все задышало и по скорости почти прошло и для дальнейшего улучщения полез я в листинг. Удивился, что на НЕ заинлайнилось, ну думаю, я сейчас его заставлю и будет мне полное счастье. Заставил =forced и .... провалился по скорости до полной неработоспособности. Подробное рассмотрение результата показало заметное ухудшение общей оптимизации, появление локальных переменных для которых места в регистрах не хватило. В общем накладные расходы на вызов функции оказались много менее страшным злом для компилятора.

Спасибо, помогло...