Mam projekt, który używa bibliotek log4cxx, boost itp., Których nagłówki generują wiele (powtarzających się) ostrzeżeń. Czy istnieje sposób na pominięcie ostrzeżeń z dołączeń biblioteki (np. #Include <some-header.h>) lub z niektórych ścieżek? Chciałbym jak zwykle użyć -Wall i / lub -Wextra w kodzie projektu bez zasłaniania odpowiednich informacji. Obecnie używam grep do tworzenia wyjścia, ale chciałbym coś lepszego.
Odpowiedzi:
Możesz spróbować dołączyć nagłówki bibliotek używając -isystemzamiast -I. To spowoduje, że staną się „nagłówkami systemowymi”, a GCC nie będzie zgłaszać dla nich ostrzeżeń.
extern "C", co prowadzi do dziwnych błędów związanych z łączeniem C, jeśli #includew -isystemścieżce znajduje się nagłówek C ++ .
W przypadku osób używających CMake można zmodyfikować include_directoriesdyrektywy, aby zawierały symbol, SYSTEMktóry pomija ostrzeżenia przed takimi nagłówkami.
include_directories(SYSTEM "${LIB_DIR}/Include")
^^^^^^${LIBFOO_USE_FILE}zmienną, która ma być używana z poleceniem include () CMake ?
easylogging++i otrzymuję tę samą ogromną liczbę ostrzeżeń z, easylogging++.hmimo że folder, w którym się znajduje, został uwzględniony w SYSTEMopcji.
Możesz użyć pragm. Na przykład:
// save diagnostic state
#pragma GCC diagnostic push
// turn off the specific warning. Can also use "-Wall"
#pragma GCC diagnostic ignored "-Wunused-but-set-variable"
#include <boost/uuid/uuid.hpp>
#include <boost/uuid/uuid_generators.hpp>
#include <boost/uuid/uuid_io.hpp>
#include <boost/lexical_cast.hpp>
// turn the warnings back on
#pragma GCC diagnostic popgcc
clma tę zdolność od lat ... Czasami gccadaptacja jest nieco powolna.
Znalazłem sztuczkę. Biblioteka zawiera, zamiast -Idirużywać -isystem dirw pliku makefile. GCC traktuje wtedy wzmocnienie itp., Ponieważ system zawiera i ignoruje wszelkie ostrzeżenia z nich.
#pragmasą instrukcjami dla kompilatora. możesz ustawić coś przed #include i wyłączyć to po.
Możesz to również zrobić w wierszu poleceń .
Kolejna strona GCC poświęcona wyłączaniu ostrzeżeń .
Wybrałbym opcję użycia # pragma w kodzie źródłowym, a następnie podanie rozsądnego powodu (jako komentarz), dlaczego wyłączasz ostrzeżenia. Oznaczałoby to rozumowanie dotyczące plików nagłówkowych.
GCC podchodzi do tego, klasyfikując typy ostrzeżeń. Możesz je sklasyfikować jako ostrzeżenia lub do zignorowania. Artykuły, do których prowadzą linki, pokazują, które ostrzeżenia mogą być wyłączone.
Uwaga: możesz również masować kod źródłowy, aby zapobiec niektórym ostrzeżeniom, używając atrybutów ; jednakże wiąże cię to dość mocno z GCC.
Uwaga 2: GCC używa również interfejsu pop / push, który jest używany w kompilatorze firmy Microsoft - Microsoft wyłącza ostrzeżenia za pośrednictwem tego interfejsu. Proponuję zbadać to dokładniej, ponieważ nie wiem, czy jest to w ogóle możliwe.
Możesz spróbować użyć prekompilowanych nagłówków . Ostrzeżenia nie znikną, ale przynajmniej nie pojawią się w twojej głównej kompilacji.
-isystem, ale pamiętaj, aby użyć go zarówno podczas kompilowania nagłówka, jak i kodu)
Jeśli chcesz jawnie przesłonić nagłówek systemowy, jesteś ograniczony do pragm. Możesz sprawdzić, które obejmuje używasz, za pomocą make dependdanych wyjściowych.
Zobacz także diagnostyczne push-pop dla gcc> = 4.6
Muszą być powody dla tych ostrzeżeń. Będą one spowodowane błędami w kodzie korzystającym z biblioteki lub błędami w samym kodzie biblioteki. W pierwszym przypadku napraw kod. W drugim przypadku albo przestań używać biblioteki, albo, jeśli jest to kod FOSS, napraw to.