Многоуровневое включение header-файла и ошибки компиляции

@Bold · Регистрация: 06.04.2015

Author24 — интернет-сервис помощи студентам

Доброго всем времени суток!
Просмотрел аналогичные темы, но достаточно близких тем не обнаружил, потому создаю новую тему.

Суть проблемы. Есть компилятор си. К нему header-файл разработчика компилятора с синонимами целочисленных типов - types.h. В примере проекта, поставляемом разработчиком есть несколько уровней вложения types.h.
Так main.c содержит строки:

C

#include <types.h>
#include <lcd.h>
#include <leds.h>
#include <joystick.h>

..............................

В свою очередь, и lcd.h, и leds.h, и joystick.h содержат строку:

C

1	#include <types.h>

т.к. в них описаны прототипы функций, использующие аргументы типов, описанных в types.h.
Получается, что при компиляции main.c типы, описанные в types.h многократно переопределяются, но компилятор ошибок не выдаёт.

Пытаюсь делать, вроде бы, то же самое. Создаю файл m20xx.h со своими пользовательскими типами, правда, в отличие от types.h, содержит по большей части не синонимы, а сложные вложенные структуры, union'ы и enum'ы.
Создаю файлы с прототипами функций: m20xx_time.h, m20xx_spi.h, m20xx_can.h и т.д.
Во всех этих header-файлах есть по 2 строки:

C

1 2	#include <types.h> #include <m20xx.h>

В main.c включаются все header-файлы:

C

#include <types.h>
#include <m20xx.h>
#include <m20xx_time.h>
#include <m20xx_spi.h>
#include <m20xx_can.h>

..............................

Если я в каждом из hedar-файлов с прототипами закомментирую строку "#include <m20xx.h>", компилятор выдаёт вполне ожидаемо ошибку в описании каждого из прототипов, имеющих типы аргументов, описанных в m20xx.h. Точнее говоря, каждый неизвестный компилятору аргумент генерирует 4 сообщения об ошибке:
"Declaration syntax",
"Identifer list in function declaration",
"Empty declaration"
и "Expecting data or function declaration".

Если же раскоментировать включение m20xx.h в каждом из файлов с описаниями прототипов функций, то ошибки возникают уже в самом m20xx.h. Каждая описанная мною структура (или union) сопровождаются сообщением:
"Imcompotible declaratio for ... (имя структуры или union'а)". У enum'ов, почему, то только отдельные элементы сопровождаются сообщением: "Duplicate name "ИМЯ"". Но хотя бы один компонент у каждогог enum'а таким сообщением сопровождён...

Я, конечно, могу всё это обойти (точнее говоря, пока так и обхожу). Фактически можно заставить препроцессор собрать всё в один линейный файл, а уже потом компилировать. Переношу все исходники и header-файлы, кроме main.c и m20xx.h в "параллельную" директорию, чтобы компилятор не видел (во вложенной всё равно видит, собака, а искать, есть ли соответствующий флажок в настройках проекта - в лом). Из всех собранных в общую директорию header- и с-файлов убираю все директивы #include.В файле m20xx.h оставляю только
#include <types.h>

А в main.c собираю последовательно, сначала все header'ы:

C

#include <m20xx.h>
#include <m20xx_time.h>
#include <m20xx_spi.h>
#include <m20xx_can.h>

................................... ,

а затем все с-файлы:

C

1
2
3

#include <m20xx_time.c>
#include <m20xx_spi.c>
#include <m20xx_can.c>

Но, во-первых, неизящно, а ИМХО некрасивые программы обычно криво работают, как некрасивые самолёты не летают. Во-вторых, не наглядно. Да и человеку со стороны объяснять сложно. Наверняка проблема решается. Ведь вложенность включений types.h проблем не вызывает...

Байт · 06.04.2015, 20:24

Bold, Есть специальный простой метод. И если ты посмотришь системные хедеры, ты его увидишь.
Пусть у тебя есть собственный хедер My.h
В его начале пишешь 2 строчки

C

1 2	#ifndef MY_H #define MY_H

А в конце

C

#endif

Попробуй догадаться, что это дает...
Но после этого ты можешь свои хедеры включать друг в дружку, располагать почти в произвольной последовательности и жить совершенно счастливо

	06.04.2015, 20:24