Tôi có một dự án sử dụng các thư viện log4cxx, boost, v.v. có tiêu đề tạo ra nhiều cảnh báo (lặp đi lặp lại). Có cách nào để ngăn chặn các cảnh báo từ thư viện bao gồm (ví dụ #include <some-header.h>) hoặc bao gồm từ các đường dẫn nhất định không? Tôi muốn sử dụng -Wall và / hoặc -Wextra như bình thường trên mã dự án mà không bị che khuất thông tin liên quan. Tôi hiện đang sử dụng grep để tạo đầu ra nhưng tôi muốn thứ gì đó tốt hơn.
Câu trả lời:
Bạn có thể thử bao gồm các tiêu đề thư viện bằng cách sử dụng -isystemthay vì -I. Điều này sẽ khiến họ trở thành "người đứng đầu hệ thống" và GCC sẽ không báo cáo cảnh báo cho họ.
extern "C", dẫn đến các lỗi kỳ lạ về liên kết C nếu bạn #includecó tiêu đề C ++ trong một -isystemđường dẫn.
Đối với những người sử dụng CMake, bạn có thể sửa đổi các include_directorieschỉ thị của mình để bao gồm biểu tượng SYSTEMngăn chặn các cảnh báo chống lại các tiêu đề đó.
include_directories(SYSTEM "${LIB_DIR}/Include")
^^^^^^
${LIBFOO_USE_FILE}biến được sử dụng với lệnh include () của CMake ?
easylogging++và tôi nhận được cùng một lượng lớn cảnh báo từ easylogging++.hthư mục mặc dù thư mục chứa nó đã được bao gồm SYSTEMtùy chọn.
Bạn có thể sử dụng các pragma. Ví dụ:
// 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
clcũng có khả năng trong nhiều năm ... Đôi khi gcchơi chậm để thích nghi.
Tôi tìm thấy mánh khóe. Đối với thư viện bao gồm, thay vì -Idirsử dụng -isystem dirtrong tệp thực hiện. GCC sau đó xử lý boost, v.v. vì hệ thống bao gồm và bỏ qua mọi cảnh báo từ họ.
#pragmalà hướng dẫn cho trình biên dịch. bạn có thể đặt thứ gì đó trước #incoide và tắt nó sau.
Bạn cũng có thể làm điều đó tại dòng lệnh .
Một trang GCC khác đặc biệt về việc vô hiệu hóa các cảnh báo .
Tôi sẽ đi cho các tùy chọn sử dụng của # pragma bên trong mã nguồn, và sau đó cung cấp một âm thanh lý (như là một bình luận) về việc tại sao bạn đang vô hiệu hóa các cảnh báo. Điều này có nghĩa là lý do về các tập tin tiêu đề.
GCC tiếp cận điều này bằng cách phân loại các loại cảnh báo. Bạn có thể phân loại chúng để được cảnh báo hoặc bị bỏ qua. Các bài viết được liên kết trước đó sẽ cho bạn thấy những cảnh báo nào có thể bị vô hiệu hóa.
Lưu ý: bạn cũng có thể xoa bóp mã nguồn để ngăn các cảnh báo nhất định bằng cách sử dụng các thuộc tính ; tuy nhiên, điều này ràng buộc bạn khá chặt chẽ với GCC.
Lưu ý 2: GCC cũng sử dụng giao diện pop / đẩy như được sử dụng trong trình biên dịch của microsoft - Microsoft vô hiệu hóa các cảnh báo thông qua giao diện này. Tôi đề nghị bạn điều tra thêm về điều này, vì tôi không biết liệu nó có khả thi hay không.
Bạn có thể thử sử dụng các tiêu đề được biên dịch trước . Cảnh báo sẽ không biến mất nhưng ít nhất là sẽ không xuất hiện trong phần tổng hợp chính của bạn.
-isystem, nhưng hãy nhớ sử dụng cả trong việc biên dịch tiêu đề và trong mã)
Nếu bạn cần ghi đè một cách rõ ràng một tiêu đề hệ thống thì bạn bị hạn chế đối với các pragma. Bạn có thể xác minh bao gồm bạn đang sử dụng thông qua make dependđầu ra.
Đồng thời xem phần chẩn đoán đẩy cho gcc> = 4.6
Phải có lý do cho những cảnh báo đó. Những điều này sẽ được gây ra bởi lỗi trong mã của bạn sử dụng thư viện hoặc do lỗi trong chính mã thư viện. Trong trường hợp đầu tiên, sửa mã của bạn. Trong trường hợp thứ hai, hoặc ngừng sử dụng thư viện hoặc nếu đó là mã FOSS, hãy sửa nó.