Глубоко внутри WinDef.h есть реликт эпохи сегментированной памяти:
#define far
#define near
Это, очевидно, вызывает проблемы, если вы пытаетесь использовать близкие или дальние имена переменных. Любые чистые обходные пути? Кроме переименования моих переменных?
Вы можете безопасно отменить их определение, вопреки утверждениям других. Причина в том, что это всего лишь макросы. Они влияют на препроцессор только между их определением и их неопределенностью. В вашем случае это будет от начала в windows.h до последней строки windows.h. Если вам нужны дополнительные заголовки окон, вы должны включить их после windows.h и перед #undef. В вашем коде препроцессор просто оставит символы без изменений, как и предполагалось.
Комментарий о более старом коде не имеет значения. Этот код будет в отдельной библиотеке, скомпилированной независимо. Только во время компоновки они будут подключены, когда макросов уже давно нет.
near и far.
- person sam hocevar; 04.03.2011
Отмените определение любых макросов, которые вам не нужны, после включения windows.h:
#include <windows.h>
#undef near
#undef far
может быть:
#undef near
#undef far
хотя может быть опасно...
Вы, вероятно, не хотите, чтобы undefined было рядом и далеко везде. Но когда вам нужно использовать имена переменных, вы можете использовать следующее, чтобы отменить определение макроса локально и добавить его обратно, когда вы закончите.
#pragma push_macro("near")
#undef near
//your code here.
#pragma pop_macro ("near")
Лучше не делать этого. Они определены для обратной совместимости со старым кодом - если вы каким-то образом избавились от них, а затем позже вам нужно было использовать часть этого старого кода, вы бы сломались.
far char *p = ... или какой-то другой правильный синтаксис, то 1. удалите его. 2. вы уже знаете, что вам нужны эти определения для компиляции этого древнего кода, и не ищете ответа на этот вопрос.
- person Peter Cordes; 30.07.2019
