Ifdef не понимает значение из enum

Ifdef не понимает значение из enum

И не должен.

enum - это фича языка Си, а препроцессор работает до того, как транслятор си что-то распарсит.

Препроцессор просто обрабатывает текст, не понимая его смысла.

Вместо enum вам нужен #define.

Проблема следующая: нужно без правки исходника исключить сборку фрагмента кода. Если этого не сделать то include вернёт ошибку - т.к. включаемого файла не существует. А понять это можно по константе описанной в enum. Вообще как то можно это реализовать на этапе компиляции не плодя дополнительный define?

Добавить в билд-среду предварительный шаг со сборкой тестового файла, в котором берётся эта константа.

Если файл собрался, то делаем #define BLA_BLA_PRESENT. Если не собрался, то не делаем.

И затем компилируем основной код, в котором:

#ifdef BLA_BLA_PRESENT
/* что-то тут делаем */
#endif

Если этого не сделать то include вернёт ошибку - т.к. включаемого файла не существует. А понять это можно по константе описанной в enum.

Это кривой дизайн изначального набора хидеров. Им нужен был не enum, а #define. Теперь только делать костыль с предварительным этапом сборки. Ну или заставлять сборщика вручную каждый раз проверять. Самой сишкой это не решается без внешнего инструмента.

на этапе configure проверяй

Вообще как то можно это реализовать на этапе компиляции не плодя дополнительный define?

Средствами компилятора никак. Потому что #define/#ifdef/#include - это препроцессирование и оно выполняется ДО этапа компиляции. Препроцессор понятия не имеет про enum-ы и как они обрабатываются, он видит #include - включает его.

Только проверять наличие нужного header-а системой сборки.

понять это можно по константе описанной в enum

Если она не под твоим контролем, то никак (кроме парсинга руками перед сборкой). Если под твоим, то по традиции:

// header.h
enum {
  ...
#ifdef USE_FOOBARS
  foo,
  bar,
#endif
};

// source.c
...
#ifdef USE_FOOBARS
...
#endif

// build.sh
gcc -DUSE_FOOBARS ...

Это так не работает, друг мой …

Владимир 123

Лол, Владимир мне будет рассказывать, как работают системы сборки. Иди дальше разрабатывай, что ты там себе разрабатываешь.

Ну насчёт дизайна:

В enum перечислены имена очередей, имя должно быть уникально, а ресурсы в памяти желательно расположить плотно. По имени (по сути идентификатору) очереди возвращается указатель на структуру элемента очереди. Поэтому нужно проверять существование элемента enum, а структура элемента очереди описана в хедере который нужно инклудить…

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

Запомни раз и на всегда препроцессор обрабатывает исходный код до компилятора. Значения enum`ов для препроцессора как и всё остальное кроме явных констант заданных через define и иные механизмы препроцессора, а не языка не существует в принципе.

Ну тогда только с этапом автоматической проверки конфигурации перед сборкой, как и было в треде сказано.

Лол

Вам годиков 10?

Владимир мне будет рассказывать, как работают системы сборки

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

Иди дальше разрабатывай, что ты там себе разрабатываешь.

Вам с подобными фантазиями на гей ру нужно …

Владимир 123

Это понятно. Но у компилятора механизмов по исключению кода при сборке просто нет…

В чём проблема использовать

#if defined(BLA)
   code1
#else
   code2
#endif

code1 compiled gcc -DBLA src.c

code2 compiled gcc src.c

Можно сравнивать BLA==1 для code1 BLA==2 для code2

Эх раз, еще раз
я Владимир три два раз ...

Владимир 321