Обнаружено столкновение имен в Log4cpp для сообщения DEBUG.

При компиляции моего проекта я получаю сообщение об ошибке log4cpp файлы. Ошибка заключается в следующем:
/usr/include/log4cpp/Priority.hh:49:2: erreur: #error Naming collision for 'DEBUG' detected. Please read the FAQ for a workaround.

Файл, на который ссылается эта ошибка, является заголовком, установленным с Log4cpp. Вот. Ошибки в строках 49, 78 и 109

/*
* Priority.hh
*
* Copyright 2000, LifeLine Networks BV (www.lifeline.nl). All rights reserved.
* Copyright 2000, Bastiaan Bakker. All rights reserved.
*
* See the COPYING file for the terms of usage and distribution.
*/

#ifndef _LOG4CPP_PRIORITY_HH
#define _LOG4CPP_PRIORITY_HH

#include <log4cpp/Portability.hh>
#include <string>
#include <stdexcept>

/*
* Optionally work around rudeness in windows.h on Win32.
*/
#ifdef ERROR
#ifdef LOG4CPP_FIX_ERROR_COLLISION

namespace log4cpp {
static const int _tmpERRORValue = ERROR;
}

#undef ERROR
static const int ERROR = log4cpp::_tmpERRORValue;
#define ERROR ERROR

#else  // LOG4CPP_FIX_ERROR_COLLISION
#error Naming collision for 'ERROR' detected. Please read the FAQ for a \
workaround.
#endif // LOG4CPP_FIX_ERROR_COLLISION

#endif // ERROR

/*
* Other Win32 rudeness in EDK.h
*/
#ifdef DEBUG

#ifdef LOG4CPP_FIX_ERROR_COLLISION

#undef DEBUG
#define DEBUG DEBUG

#else  // LOG4CPP_FIX_ERROR_COLLISION
#error Naming collision for 'DEBUG' detected. Please read the FAQ for a \
workaround.
#endif // LOG4CPP_FIX_ERROR_COLLISION

#endif // DEBUG

namespace log4cpp {

/**
* The Priority class provides importance levels with which one
* can categorize log messages.
**/
class LOG4CPP_EXPORT Priority {
public:

static const int MESSAGE_SIZE; // = 8;

/**
* Predefined Levels of Priorities. These correspond to the
* priority levels used by syslog(3).
**/
typedef enum {EMERG  = 0,
FATAL  = 0,
ALERT  = 100,
CRIT   = 200,
ERROR  = 300,
WARN   = 400,
NOTICE = 500,
INFO   = 600,
DEBUG  = 700,
NOTSET = 800
} PriorityLevel;

/**
* The type of Priority Values
**/
typedef int Value;

/**
* Returns the name of the given priority value.
* Currently, if the value is not one of the PriorityLevel values,
* the method returns the name of the largest priority smaller
* the given value.
* @param priority the numeric value of the priority.
* @returns a string representing the name of the priority.
**/
static const std::string& getPriorityName(int priority) throw();

/**
* Returns the value of the given priority name.
* This can be either one of EMERG ... NOTSET or a
* decimal string representation of the value, e.g. '700' for DEBUG.
* @param priorityName the string containing the the of the priority
* @return the value corresponding with the priority name
* @throw std::invalid_argument if the priorityName does not
* correspond with a known Priority name or a number
**/
static Value getPriorityValue(const std::string& priorityName)
throw(std::invalid_argument);
};
}

#endif // _LOG4CPP_PRIORITY_HH

Единственный часто задаваемый вопрос, касающийся этой проблемы, был, я нашел, был на Source4ge log4cpp. Вот что это говорит:

Это вызвано грубостью некоторых платформ, которые наносят
пространство имен с некоторыми тупыми #defines. Чтобы быть более точным, Win32 API
включает в себя #defines ‘ERROR’ и ‘DEBUG’. Поскольку препроцессор
незнание областей именования C ++ приводит к резервированию слов ERROR
и DEBUG буквально везде. В частности это противоречит
log4cpp :: Приоритет :: ОШИБКА и log4cpp :: Приоритет :: ОТЛАДКА. Эти последние
два имени происходят из log4j, поэтому они не являются чем-то, что мы придумали
сами. Они авторы Win32 не должны были безжалостно утверждать эти
родовые имена через препроцессор. Там намного лучше
альтернативы:

If they use it as an integer constant, declare it using a language construct. Either 'enum {ERROR=1};' or 'static const int ERROR=1;'

будет хорошо
Используйте менее общее имя, такое как WIN32API_ERROR, чтобы сделать конфликт имен менее вероятным
В случае, если они используют его как флаг для условной компиляции, используйте ‘#define DEBUG DEBUG’ и ‘#iffined (DEBUG)’. В этом случае
препроцессор просто заменит все вхождения «DEBUG» в
исходный код с «DEBUG», фактически оставляя все в порядке.

Конечно, правильное решение было бы, если бы нарушившая сторона
используйте один из вышеперечисленных методов, но мы могли бы подождать некоторое время
это на самом деле произойдет. В качестве альтернативы log4cpp может обойти
эти # определения. Код временного решения включается с помощью команды #define
LOG4CPP_FIX_ERROR_COLLISION 1 перед # включая любой заголовок log4cpp
файлы и после # включая все заголовки платформы. Для платформ Win32
этот #define уже был включен в log4cpp / config-win32.h.

После обновления log4cpp до API log4j 1.2 мы можем избавиться от
эта проблема, приняв новые имена для уровней журнала.

Дело в том, что я не должен менять исходный код. Я могу изменять только файлы конфигурации компиляции (этот проект использует Apache Ant Builder, build.xml файлы и скрипты bash).

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

Кто-нибудь сталкивался с этой ошибкой раньше? Есть ли возможный обходной путь, кроме изменения исходных кодов, и он определяет? Являются ли мои переменные среды причиной?

Я продолжу свой поиск, но любое понимание будет полезным. Спасибо !