Проект из нескольких файлов. В основном стоят директивы #define, во включаемых заголовочниках проверяется через #ifndef и не видится. Помогает только явное указание в свойствах проекта.

F_CPU объявлен через свойства проекта, используется в delay.h - не вызывает ошибок

USART_BUF_SIZE объявлен через директиву #define в main.c и используется в USART.h - вызывает ошибку.

Лучше define объявлять в заголовочном файле. Там ему место, если использовать надо в нескольких местах.
Да и стражи включения лучше использовать классическим образом.

Оба этих способа нормальны и допустимы.


.

Предлагаете сделать дополнительный .h ?


Здесь, к сожалению, не понял, что имели в виду. Кроме #pragma once еще дополнять конструкцию ifndef-define?



Компилятор делает в нескольких местах такую директиву? Или я чего-то неправильно понял

Я Вам сейчас одну умную вещь скажу, только не обижайтесь (с)
Дело в том, что каждый .c файл транслируется отдельно и совершенно независимо от других.
Поэтому когда дело доходит до трансляции USART.c в нём (и в USART.h) не будет видно определения USART_BUF_SIZE, сделанное только в main.c.

Лучше сделать, например, так: собрать все настройки проекта в один .h-файл (константы, определения ног, светодиодов, вкл/выкл различных опций программы и тому подобное) и включать его первым во все .c-файлы проекта.

Тоже вариант: его можно менять в зависимости от надобности и включить в USART.h - будет как конфиг проекта.



Просто чаще встречается такая конструкция(хотя кому-то может и наоборот):




Не...это я что-то неправильно понял.



А точно ошибку, а не warning? У меня откомпилировалось.
P.S. но как Си-проект, а вы хотите Си++?

Вроде спрашиваю не для того, чтоб обижаться

Вообще, предполагалось, что USART.h - самостоятельная и отдельная вещь, навроде библиотеки, которую в дальнейшем можно будет использовать в разных проектах БЕЗ внесения в нее правок и необходимости перекомпиляции

Вообще,

имеет то же назначение. Если компилятор без косяков этом месте
Хотя, бывают и особо мнительные случаи использования


Так ворнинг руками и выдается. Просто сделана "затычка", которая если не видит - предупреждает и переобъявляет. И в данном контексте раз не видит - значит, ошибка. [Моя ошибка имеется в виду, только пока до конца не понимаю, в чем]

Да, нынче можно сказать стала обыденностью и поддерживается всеми современными компиляторами.
А по поводу организации модулей могу предложить метод.
Каждый модуль состоит из 3 файлов:
module.c
module.h
module_conf.h - он включён инклюдом в module.h.

Таким макаром файлы
module.c
module.h
лежат в библиотеке в единственном экземпляре и подключаются ко всем проектам, в которых в них есть нужда, а
module_conf.h копируется в каждый проект и модифицируется под него (например задаёт размер фифо для уара и кол-во активных уартов ну и т.д. и т.п)

Ну раз хотите как "библиотеку" то можно так: создаёте файл допустим usart_cfg.h:


Файл usart_cfg.h вставляете в USART.h(include "usart_cfg.h") - так он будет виден в main.c и USART.c с одним и тем же USART_BUF_SIZE.

Но перекомпилироваться всё равно будет...


В общем - да, смысл тот же.




Может сразу template.


И чтобы сократить количество файлов которые нужно редактировать можно завести один файл io_modules_conf.h, включить его во все module.h - и все настройки в нём сразу и менять.

надо же... даже все ваши идеи понял!
Действительно, хорошие мысли! Надо взять на вооружение...

Назначение то же, но работает не всегда так же. Не все компиляторы корректно обрабатывают разноименные ссылки (жесткие и/или символьные) на один и тот же файл. В принципе - да, это будет косяк компилятора.

Вот что получилось с утреца: USART_conf.h config.h В дальнейшем так и буду поступать, спасибо!

А Вы только в config.h определили #define _COMMON_CONFIG_PRESENT_? Тогда проверка не имеет смысла, всегда ветка else выполняется, так как символ не определен ранее.
И посмотрите, пожалуйста, как написаны заголовочные файлы, например, для Вашего компилятора. Посмотрите, что ещё подключается автоматически с файлом описания применяемого микропроцессора. Такой подход весьма распространен и, на мой взгляд, удобен.

Нет, только в опциях проекта. В файле config.h сделана проверка и #error, если вдруг _COMMON_CONFIG_PRESENT_ не определен. Иначе у препроцессора возникает неоднозначность, какой из .c файлов проекта первый обнаружит этот файл: если библиотечный, то "сие не есть гуд", а вот если main.c - хорошо. Поэтому, добивался однозначности.

 src.zip ( 11.81 килобайт ) Кол-во скачиваний: 69
- Вот так.