gcc попередження "" буде ініціалізовано після "

Я отримую багато цих попереджень із коду сторонньої сторони, який я не можу змінити. Чи є спосіб відключити це попередження або принаймні відключити його для певних областей (наприклад, #pragma push / pop у VC ++)?

Приклад:

list.h:1122: warning: `list<LogOutput*, allocator<LogOutput*> >::node_alloc_' will be initialized after 
list.h:1117: warning:   `allocator<LogOutput*> list<LogOutput*, allocator<LogOutput*> >::alloc_'

Переконайтесь, що члени відображаються у списку ініціалізатора в тому ж порядку, що і у класі

Class C {
   int a;
   int b;
   C():b(1),a(2){} //warning, should be C():a(2),b(1)
}

або можна повернути -Wno-reorder

Ви можете відключити його за допомогою -Wno-reorder.

Для тих, хто використовує QT, що має цю помилку, додайте це у файл .pro

QMAKE_CXXFLAGS_WARN_ON += -Wno-reorder

використання -Wno-reorder(людина gcc - твій друг :))

Якщо ви бачите помилки в заголовках бібліотеки та використовуєте GCC, ви можете відключити попередження, включивши заголовки -isystemзамість, а не -I.

Подібні особливості існують і в кланге .

Якщо ви використовуєте CMake, ви можете вказати SYSTEMдля include_directories.

Порядок ініціалізації не має значення. Усі поля ініціалізуються в порядку їх визначення у своєму класі / структурі. Але якщо порядок у списку ініціалізації інший gcc / g ++, генеруйте це попередження. Змініть лише порядок ініціалізації, щоб уникнути цього попередження. Але ви не можете визначити використання поля при ініціалізації перед його побудовою. Це буде помилка виконання. Отже, ви змінюєте порядок визначення. Будьте уважні і бережіть увагу!

Class C {
   int a;
   int b;
   C():b(1),a(2){} //warning, should be C():a(2),b(1)
}

порядок важливий, тому що якщо a ініціалізується перед b, а a залежить від b. з’явиться невизначена поведінка.