Определение inline функции, Обязательно в хедере? Опции

[sonycman]

Есть несколько файлов исходника:
LCD.h с объявлением функции:

Код

inline    void    lcdClearScreen();

LCD.c с определением:

Код

inline    void    lcdClearScreen()
{
    lcdWriteCommand(0x01);
};

и вызов этой функции из третьего файла I2C.c:

Код

#include    "lcd.h"
...
lcdClearScreen();

Что-то первый раз столкнулся с тем, что, при компиляции файла I2C.c, компилер выдаёт ошибку про отсутствие определения этой функции
Вышел из положения включением определения функции в хедер LCD.h:

Код

inline    void    lcdClearScreen()
{
    lcdWriteCommand(0x01);
};

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

[Rash]

не знаю проблема или нет, но я хотел бы видеть вой код так:

описание инлайн функции в файл1.h, код выполнения в файл1.с, а вызов функции, т.е. её встраивание было в файл2.с.

[Сергей Борщ]

не знаю проблема или нет

Проблема. Потому что во время компиляции файл2.c компилятор понятия не имеет ни о существовании файл1.c, ни о его содержимом и, соответветственно, о том, что же именно ему нужно вставить в место вызова этой функции. Чтобы он имел возможность встроить, тело функции должно быть ему доступно, а значит располагаться либо в файл2.c, либо в любом файле, включенном в него директивой #include. Других вариантов нет.

Хотите красоты - делайте функцию невстраиваемой. По этому пути пошли создатели CMSIS. В ней, чтобы записать одно значение в один регистр вызывается функция со всеми вытекающими тормозами и раздутием кода.

[_Артём_]

Хотите красоты - делайте функцию невстраиваемой. По этому пути пошли создатели CMSIS.

Это красота?
В CMSIS полно inline-функций.
В чём неправильность их пути?

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

А как лучше делать?

[aaarrr]

А как лучше делать?

Лучше просто писать в регистр.

[_Артём_]

Лучше просто писать в регистр.

Как просто...
А почему они не пишут "просто в регистр"?