ostrzeżenie gcc „” zostanie zainicjowane po „

Dostaję wiele ostrzeżeń z kodu innej firmy, którego nie mogę modyfikować. Czy istnieje sposób na wyłączenie tego ostrzeżenia lub przynajmniej wyłączenie go dla niektórych obszarów (takich jak #pragma push / pop w VC ++)?

Przykład:

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_'

Upewnij się, że członkowie pojawiają się na liście inicjalizacyjnej w tej samej kolejności, w jakiej pojawiają się w klasie

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

lub możesz zawrócić -Wno-reorder

Możesz to wyłączyć za pomocą -Wno-reorder.

Dla osób używających QT mających ten błąd, dodaj go do pliku .pro

QMAKE_CXXFLAGS_WARN_ON += -Wno-reorder

use -Wno-reorder(man gcc jest twoim przyjacielem :))

Jeśli widzisz błędy z nagłówków bibliotek i używasz GCC, możesz wyłączyć ostrzeżenia, włączając nagłówki używające -isystemzamiast -I.

Podobne funkcje istnieją w clang .

Jeśli używasz CMake, możesz określić SYSTEMdla include_directories.

Kolejność inicjalizacji nie ma znaczenia. Wszystkie pola są inicjowane w kolejności ich definicji w swojej klasie / strukturze. Ale jeśli kolejność na liście inicjalizacji jest inna, gcc / g ++ generuje to ostrzeżenie. Zmień tylko kolejność inicjalizacji, aby uniknąć tego ostrzeżenia. Ale nie można zdefiniować pola przy użyciu podczas inicjalizacji przed jego konstruowaniem. Będzie to błąd czasu wykonywania. Więc zmieniasz kolejność definicji. Bądź ostrożny i uważaj!

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

kolejność jest ważna, ponieważ jeśli a jest inicjowane przed b, a a zależy od b. pojawi się niezdefiniowane zachowanie.