Используется среда CoCoox, компилятор GCC (Си)

Что то я запутался в препроцессоре, а точнее в работе с #include. Помогите разобраться. Создал для теста пустой проект. Листинг ниже.

main.h



main.c



func.h



func.c




При компиляции получаю следущее
[cc] Parsing ..\..\..\main.c
[cc] Parsing ..\..\..\func.h
[cc] 0 files are up to date.
[cc] 2 total files to be compiled.
[cc] 1 files to be recompiled from dependency analysis.
[cc] arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -Wall -ffunction-sections -g -O0 -c -DSTM32F407VG -DSTM32F4XX -IC:\CooCox\CoIDE\workspace -IC:\CooCox\CoIDE\workspace\testinclude -IC:\CooCox\CoIDE C:\CooCox\CoIDE\workspace\testinclude\main.c C:\CooCox\CoIDE\workspace\testinclude\func.c
[cc] In file included from C:\CooCox\CoIDE\workspace\testinclude\func.c:1:0:
[cc] C:\CooCox\CoIDE\workspace\testinclude\func.h:2:2: error: #error testdef not def
[cc] C:\CooCox\CoIDE\workspace\testinclude\func.c:4:3: error: #error testdef not def


Вопрос в следующем. Почему идентификатор testdef не доступен хотя бы в файле func.h ведь препроцессор при директиве #include "func.h" вставляет его текст непосредственно в листинг. А 2мя строчками ниже в main.c этот идентификатор доступен. Что я упустил?


Кстати если в main.c заменить #include "func.h" на #include "func.c" то в func.c testdef оказывается доступной.

Сообщение отредактировал flopix - Jul 12 2013, 04:21

Потому что такие правила в С. Большинство идентификаторов доступны только после своего объявления...

ЗЫ Лучше всеж начать с прочтения любой книжки , а то экспериментировать замучаетесь. Там заодно и всякие неочевидные вещи разжевываются...

testdef у вас объявлето только в main.h
func.c и func.h не включают main.h, по этому они и выдают ошибку.
Что бы макрос был доступен во всех компилируемых объектах надо заголовочный файл с его объявлением включить во все файлы либо скормить компилятору дополнительную опцию "-Dtestdef"

Ну я как бы и объявляю в самом начале еще до #include "func.h". Почему в "func.h" не видит это определение?

Если можно посовтеуйте норм книгу по этой теме. А то есть кгига по с++ и там только общие вопросы по работе с препроцессором. Тонкости видимости идентификатор в разных модулях не расписаны.

Последняя и предпоследняя ошибки являются следствием одного: вы не включили main.h в func.h
Общее правило: если в h или c-файле используется тип, переменная, функция или макрос, эти файлы должны явно включать заголовочный файл где он (тип, переменная, функция или макрос) объявлен.
Ну и конечно же вам надо в заголовочные файлы добавить include-guard-ы

Потому что каждый файл *.c компилируется отдельно от других (это называется "раздельная компиляция"), а потом результаты этих компиляций объединяются линкером в один выходной файл. И при компиляции func.c компилятор видит только то, что находится в func.c и понятия не имеет, что находится внутри main.c. Его даже не волнует, что main.c вообще существует.

P.S. вы до этого не в CodeVision писали, случайно?

... или "#pragma once".

Да в этом было мое недопонимание.
Пишу в Coocox (на основе eclipse)

что-то я тоже как-то туплю.
есть такое определение:

теперь я хочу ЧИСЛОВУЮ константу MENU_CNT поиметь в виде СТРОКОВОЙ константы, то есть вместо, предположим, 12 получить "12".
как это делается? пробовал # MENU_CNT - так и получаю "MENU_CNT", что мне совсем ни к чему...

Никак. Поделить sizeof(menu) / sizeof(menu_item_t) может только сам компилятор, а препроцессор запускается до него, и никак с внутренними процессами в компиляторе не связан.