У мене є проект, який використовує бібліотеки log4cxx, boost та ін., Заголовки яких генерують безліч (повторюваних) попереджень. Чи є спосіб придушити попередження з бібліотеки, що включає (тобто #include <some-header.h>) або включає з певних шляхів? Я хотів би використовувати -Wall та / або -Wextra, як зазвичай, у коді проекту, не затушовуючи відповідну інформацію. В даний час я використовую grep для виведення, але я хотів би щось краще.
Відповіді:
Ви можете спробувати включити заголовки бібліотеки, використовуючи -isystemзамість них -I. Це зробить їх «системними заголовками», і GCC не повідомлятиме про них попереджень.
extern "C", що призводить до незвичайних помилок щодо зв’язку C, якщо ви #includeвказуєте заголовок C ++ -isystem.
Для тих, хто використовує CMake, ви можете змінити свої include_directoriesдирективи, щоб вони включали символ, SYSTEMякий пригнічує попередження щодо таких заголовків.
include_directories(SYSTEM "${LIB_DIR}/Include")
^^^^^^
${LIBFOO_USE_FILE}змінну, яку слід використовувати з командою включення () CMake ?
easylogging++і я отримую стільки ж величезних попереджень, easylogging++.hнавіть якщо папка, в якій він знаходиться, була включена з SYSTEMопцією.
Можна використовувати прагми. Наприклад:
// 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 pop
gcc
clмає здатність роками ... Часом gccтрохи повільно адаптується.
Я знайшов хитрість. Для бібліотеки входить замість -Idirвикористання -isystem dirу makefile. Потім GCC розглядає прискорення і т.д., оскільки система включає і ігнорує будь-які попередження від них.
#pragmaє інструкціями до компілятора. ви можете встановити щось перед #include і відключити його після.
Ви також можете це зробити в командному рядку .
Ще одна сторінка GCC, спеціально щодо відключення попереджень .
Я б хотів скористатися можливістю використання # pragma's у вихідному коді, а потім надати надійну причину (як коментар) того, чому ви вимикаєте попередження. Це означатиме міркування файлів заголовків.
GCC підходить до цього шляхом класифікації типів попередження. Ви можете класифікувати їх як попередження або ігнорування. Раніше пов'язані статті покажуть вам, які попередження можуть бути відключені.
Примітка: ви також можете масажувати вихідний код, щоб запобігти певним попередженням, використовуючи атрибути ; однак це пов'язує вас досить тісно з GCC.
Примітка2: GCC також використовує інтерфейс pop / push, який використовується у компіляторі microsoft - Microsoft відключає попередження через цей інтерфейс. Я пропоную вам дослідити це далі, оскільки я не знаю, чи це можливо.
Ви можете спробувати використати попередньо складені заголовки . Попередження не зникнуть, але принаймні не відображатимуться у вашій основній компіляції.
-isystem, але пам’ятайте, що використовувати його як при складанні заголовка, так і в коді)
Якщо вам потрібно чітко змінити заголовок системи, ви обмежуєтесь прагмами. Ви можете перевірити, що включає, що ви використовуєте, через make dependвихід.
Також дивіться діагностичний push-pop для gcc> = 4.6
Для цих попереджень повинні бути причини. Вони можуть бути викликані помилками у вашому коді, який використовує бібліотека, або помилками самого коду бібліотеки. У першому випадку виправте свій код. У другому випадку або припиніть користуватися бібліотекою, або якщо це код FOSS, виправте це.