Почему MinGW-w64 требует, чтобы winsock2 был включен вручную?

Question

Некоторые кода и связанные с ними предупреждения/ошибки:

#include <windows.h> 
#include <iphlpapi.h> 
int main() { } 

F:/Prog/mingw-w64/x86_64-4.9.2-win32-seh-rt_v3-rev1/mingw64/x86_64-w64-mingw32/include/ws2ipdef.h:71:3: error: ' ADDRESS_FAMILY ' does not name a type

ADDRESS_FAMILY si_family; 

#include <windows.h> 
#include <winsock2.h> 
#include <iphlpapi.h> 
int main() { }  // this compiles successfully, only gives warning 

F:/Prog/mingw-w64/x86_64-4.9.2-win32-seh-rt_v3-rev1/mingw64/x86_64-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please include winsock2.h before windows.h [-Wcpp]

#include <winsock2.h> 
#include <windows.h> 
#include <iphlpapi.h> 
int main() { } 

(compilation successful).

Мои вопросы:

• Почему не iphlpapi.h (и другие файлы, которые полагаются на winsock) do #include <winsock2.h> сами, или, по крайней мере, дать более приятное сообщение об ошибке?
• Почему существует предупреждение, что оно должно быть до windows.h?

Answer 1

windows.h содержит winsock.h по умолчанию. winsock.h и winsock2.hне сосуществуют. Если winsock2.h включен первым, он отключает winsock.h, и все это хорошо. Но если winsock.h включен первым, winsock2.h не скомпилируется, поскольку он переопределяет множество вещей, которые уже объявляет winsock.h. Таким образом, вы должны сначала включить winsock2.h.

Microsoft хочет, чтобы люди использовали один или другой, а не оба. winsock2.h предназначенный для заменитьwinsock.h, а не приложение. Но почему они сделали winsock2.h настолько несовместимым, что он полностью ломается, если в комплект входит winsock.h. Они могли бы так же легко сделать winsock2.h#ifdef любые повторяющиеся объявления, чтобы избежать ошибок. Или даже у winsock2.h есть winsock.h для деклараций. Но они этого не сделали.