Как защититься от переопределения символов

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

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

Следующим шагом является принятие соглашения об именах для ваших модулей кода. Предположим, у вас есть «модуль ввода» в проекте. Затем вы можете, например, префиксировать все функции во входном модуле «inp».

void inp_init (void); 
void inp_get  (int input);

#define INP_SOMECONSTANT 4

typedef enum
{
  INP_THIS,
  INP_THAT,
} inp_something_t;

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

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

Я предлагаю вам определить заголовок-оболочку, который переопределяет все функции и структуры, экспортируемые стеком, с точки зрения ваших собственных типов. Затем этот заголовок включается в ваши системные файлы, но не в файлы стека (где он может конфликтовать). Затем вы можете скомпилировать и связать, но в интерфейсе есть слабое место. Если вы правильно выбираете свои типы в своих переопределениях, все должно работать правильно, оставляя только проблему обслуживания при каждом обновлении от поставщика стека...

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

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