Выборочно отключить предупреждения GCC только для части единицы перевода?

85

Какой GCC наиболее близок к этому коду препроцессора MSVC?

#pragma warning( push )                    // Save the current warning state.
#pragma warning( disable : 4723 )          // C4723: potential divide by 0
// Code which would generate warning 4723.
#pragma warning( pop )                     // Restore warnings to previous state.

У нас есть код в часто включаемых заголовках, который мы не хотим генерировать конкретное предупреждение. Однако мы хотим, чтобы файлы, содержащие эти заголовки, продолжали выдавать это предупреждение (если в проекте включено это предупреждение).

c++ c gcc compiler-warnings pragma Джон-Эрик
источник
Если заголовки установлены в / usr / include или что у вас есть, gcc по умолчанию не генерирует для них предупреждения.
Spudd86

Ответы:

95

Это возможно в GCC, начиная с версии 4.6, или примерно в июне 2010 года в магистрали.

Вот пример:

#pragma GCC diagnostic push
#pragma GCC diagnostic error "-Wuninitialized"
    foo(a);         /* error is given for this one */
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wuninitialized"
    foo(b);         /* no diagnostic for this one */
#pragma GCC diagnostic pop
    foo(c);         /* error is given for this one */
#pragma GCC diagnostic pop
    foo(d);         /* depends on command line options */
Мэтт Джойнер
источник
8
Функциональные возможности push и pop были добавлены в gcc 4.6 ( gcc.gnu.org/onlinedocs/gcc-4.6.0/gcc/Diagnostic-Pragmas.html ).
Дэйв Йохансен
1
Вы, вероятно, захотите нажать дважды, если собираетесь лопнуть дважды.
Дэн
2
@Dan: Прочтите руководство и прокомментируйте. Обратите внимание на происхождение примера.
Matt Joiner
К вашему сведению, для более старых версий, таких как 4.4.7, вы все еще можете использовать, #pragma GCC diagnostic [error|warning|ignored]но popон не реализован / не поддерживается.
Тревор Бойд Смит
36

Ближе всего является диагностическим Прагма GCC , #pragma GCC diagnostic [warning|error|ignored] "-Wwhatever". Это не очень похоже на то, что вы хотите, и см. Ссылку для получения подробностей и предупреждений.

хаос
источник
1
Знаете ли вы, что и где может быть основание для отказа от добавления этой функции? (Мне не удалось его найти.) Я считаю полезным предупреждение push-disable-pop.
1
Я действительно не думаю, что «отказ от добавления функций» в gcc имеет такое объяснение, как отсутствие кого-либо, отправляющего рабочий патч.
хаос
14
Дело не в том, что никто не желает выполнять работу для такого рода детализированного контроля предупреждений в gcc или отправлять код - я знаю одну крупную корпорацию Кремниевой долины, которая уже сделала это, а другая была бы рада заплатить кому-то сделать это и получить код в потоке. Скорее, согласно обсуждению с парнем, который (как один из сопровождающих gdb) подключился к этому материалу, у сопровождающих gcc есть философия: «Если есть предупреждение, это ошибка, и вы должны ее исправить». Итак (имо) это религиозный аргумент, и они контролируют код, поэтому они выигрывают.
Боб Мерфи
Чтобы добавить к комментарию Боба, разработчики GCC не любили эту #pragmaдирективу, поэтому все, что специфично для GCC, вероятно, будет реализовано как __attribute__((foo)).
Tom
10
новый gcc (> = 4.4) имеет, #pragma GCC push_optionsтак что вы можете возиться
Spudd86
33

Я сделал нечто подобное. Для стороннего кода я вообще не хотел видеть никаких предупреждений. Поэтому вместо того, чтобы указывать -I/path/to/libfoo/include, я использовал-isystem /path/to/libfoo/include . Это заставляет компилятор обрабатывать эти файлы заголовков как «системные заголовки» для предупреждений, и пока вы не включите их -Wsystem-headers, вы в большей степени в безопасности. Я все еще видел утечку нескольких предупреждений, но это сокращает большую часть мусора.

Обратите внимание, что это поможет вам только в том случае, если вы можете изолировать вредоносный код с помощью include-directory. Если это просто подмножество вашего собственного проекта или смешанное с другим кодом, вам не повезло.

Том
источник
1
Отличный совет. При использовании LLVM добавьте флаг -isystem в разделе «Другие флаги C» в разделе «Компилятор Apple LLVM - Язык».
Nestor
@Tom Спасибо, что поделились. Я не могу понять, где использовать ваше решение. Можете сказать еще немного?
Lorenzo B
1

Это расширение ответа Мэтта Джойнера .

Если вы не хотите создавать прагмы по всему коду, вы можете использовать оператор _Pragma :

#ifdef __GNUC__
#  define DIAGNOSTIC_ERROR(w) _Pragma("GCC diagnostic error \"" w "\"")
#  define DIAGNOSTIC_IGNORE(w) _Pragma("GCC diagnostic ignore \"" w "\"")
#  define DIAGNOSTIC_PUSH _Pragma("GCC diagnostic push")
#  define DIAGNOSTIC_POP _Pragma("GCC diagnostic pop")
#endif
// (...)

DIAGNOSTIC_ERROR("-Wuninitialized")
foo(a); // Error

DIAGNOSTIC_PUSH
DIAGNOSTIC_IGNORE("-Wuninitialized")
foo(a); // No error

DIAGNOSTIC_POP
foo(a); // Error
Кассио Ренан
источник