Квалификатор extern

[zepto]

Прошу совета по квалификатору extern.

Объясните, пожалуйста, как им правильно пользоваться!
Дело в том, что я примерно представляю, зачем он нужен и как его использовать. Но во многих программах для микроконтроллеров, написанных даже достаточно опытными программистами, то и дело встречаю бесконтрольное использование extern. А это очень сильно сбивает с толку.

Вот, к примеру, я несколько раз видел, что в .с файле (допустим, в signal.c) определяют переменную и функцию с extern и ту же самую переменную и функцию объявляют в .h файле (signal.h) И нигде в других файлах проекта эти переменные и функции больше не используют. Вот зачем так сделано?


Или вот еще пример:
В .с файле alarm.c определяют функцию и переменные с квалификатором extern:

extern uint8_t current_time;
extern volatile uint8_t status;

extern void init_alarms()
{
for(int =0;i‹sizeof(alarm_param)*ALARM_NUM;i++)
{ *(((uint8_t*)Alarms)+i) = EEPROM_read(i); }
}


в .h файле alarm.h зачем то пишут прототип функции с квалификатором extern:
extern void init_alarms();

В других файлах проекта используются переменные current_time и status.
Но зачем вообще надо было в .с файле alarm.c определять переменные с квалификатором extern?
А функция init_alarms() и вовсе больше нигде не используется. Так зачем она определена в alarm.c с квалификатором extern и ее прототип в alarm.h то же прописан с квалификатором extern?

-----
Теперь я скажу свое видение, как правильно использовать extern, а уважаемых участников форума прошу меня поправить, если я в чем-то ошибаюсь.

Допустим, в проекте используются вот такие два подключаемых модуля: DS1307.с и HD44780.c
К ним создаются соответствующие заголовочные файлы DS1307.h и HD44780.h, в которых прописаны объявления функций, константы и, к примеру, свои типы данных.

Вопрос: Я правильно понимаю, что все эти объявления, константы и прочее, желательно размещать именно в заголовочных файлах только для того, что бы не "захламлять" .с файлы?
Хотя, ведь вполне можно все это разместить и в с. файле и совсем не создавать заголовочный файл .h ?

Теперь, допустим, мне надо что бы переменная time и функция set_time(), которые определены в DS1307.с и объявлены в DS1307.h были доступны из файла HD44780.c.
А для этого, я в заголовочном файле HD44780.h объявляю переменную time и функцию set_time() с квалификатором extern:
extern uint8_t time;
extern uint8_t set_time(void);

То есть, таким образом, я даю понять линковщику, что бы он не искал переменную time и функцию set_time() в файле HD44780.c (потому что их там просто нет), а начинал искать в других файлах, подключенных в проект.
Линковщик ищет по всем файлам проекта переменную time и функцию set_time() и успешно находит их определения в DS1307.с И после этого, позволяет их использовать в файле HD44780.c, даже несмотря на то что они там не объявлены.
Я правильно рассуждаю?

[Wiza_]

http://www.c-cpp.ru/books/extern

[Wiza_]

Вопрос: Я правильно понимаю, что все эти объявления, константы и прочее, желательно размещать именно в заголовочных файлах только для того, что бы не "захламлять" .с файлы?

В C++ *.c не подключится к проекту без соответствующего *.h

[MisterDi]

Квалификатор extern указывает компилятору на то, что адрес функции будет определен на этапе сборки а не на этапе компиляции. Т.е в памяти программы резервируется место для адреса и в таблице перекрестных ссылок создается элемент внешней ссылки.

[zepto]

В C++ *.c не подключится к проекту без соответствующего *.h

Кстати, а вот в этом видеоуроке youtube.com Александр Писанец автор и вовсе предлагает создавать библиотеку прямо в заголовочном файле, без использования .с файла. Неужели так можно делать?
Самое интересное, что Atmel Studio никаких замечаний при компиляции, по поводу размещения кода прямо в .h файле, не делает!

[zepto]

Квалификатор extern указывает компилятору на то, что адрес функции будет определен на этапе сборки а не на этапе компиляции. Т.е в памяти программы резервируется место для адреса и в таблице перекрестных ссылок создается элемент внешней ссылки.

Это все уже детали.
Но, я правильно понимаю, что основное назначение extern - это создание переменных и функций, которые можно использовать в других файлах того же проекта?

[zepto]

И так никто пока и не пояснил, зачем иногда прописывают функции и переменные в .с файле с квалификатором extern?
Или, когда прописывают в .h файле переменные и функции с extern, но при этом нигде в других файлах не используют.
Это ошибка, невнимательность или все-таки несет какой-то скрытый смысл?

[Bill]

Кстати, а вот в этом видеоуроке youtube.com Александр Писанец автор и вовсе предлагает создавать библиотеку прямо в заголовочном файле, без использования .с файла. Неужели так можно делать?
Самое интересное, что Atmel Studio никаких замечаний при компиляции, по поводу размещения кода прямо в .h файле, не делает!

Делать то-то можно, только ... Размещать исполняемый код в заголовочном файле считается дурным тоном. И потом, что что автор называет библиотекой, на самом деле таковой не является. Это просто куски кода, собранные в одном файле. Если вы хотите действительно разобраться в этих вопросах, почитайте книги по системному программированию.

[akegor]

основное назначение extern - это создание

Экстерн не создает, а говорит, что надо искать созданное в другом месте.

[_Артём_]

В C++ *.c не подключится к проекту без соответствующего *.h

Что за бред?
Подключится.