Come prevenire macro ridefinizione

Question

dopo aver lavorato qualche tempo nel mio progetto, questo avviso cominciano ad apparire:

2>Game.cpp 
2>c:\program files\microsoft sdks\windows\v6.0a\include\windef.h(126) : warning C4005: 'APIENTRY' : redefinición de macro 
2>  c:\users\ferran\directo\gameprojects\dev-libs\glfw\include\glfw.h(72) : vea la definición anterior de 'APIENTRY' 
2>c:\program files\microsoft sdks\windows\v6.0a\include\wingdi.h(23) : warning C4005: 'WINGDIAPI' : redefinición de macro 
2>  c:\users\ferran\directo\gameprojects\dev-libs\glfw\include\glfw.h(88) : vea la definición anterior de 'WINGDIAPI' 

Sono sicuro che è una questione di l'ordine dei file di inclusione per risolvere, perché nessuno di questi file sono miei. La mia domanda è se esiste un modo generico per prevenire o per trovare quali file devono essere riordinati per evitare questo messaggio.

Answer 1

Il messaggio di errore si sta dicendo l'ordine corretto. Dice che windef.h e wingdi.h stanno ridefinendo i simboli definiti in glfw.h.

Inserire glfw.h dopo i file di inclusione di Windows.

Answer 2

Il problema è nel file Game.cpp. Prova a includere windows.h prima del glfw.h. C'è una guardia in glfw.h che impedirà di avvertimento:

#ifndef APIENTRY 
#ifdef _WIN32 
    #define APIENTRY __stdcall 
#else 
    #define APIENTRY 
#endif 
#define GL_APIENTRY_DEFINED 
#endif // APIENTRY 

Answer 3

Sfortunatamente o fortunatamente no. Non esiste uno strumento di questo tipo che lo automatizzi. Devi andare a leggere il codice in quei file di intestazione, capire cosa sta succedendo e prendere le azioni appropriate.

Il massimo che si può fare è

1. Controllare se la macro è definita utilizzando ifdef o if defined(...) or if !defined(...) costrutti del preprocessore.
2. Undefine macro utilizzando undef.

Solo ANSI C considera la ridefinizione della macro un errore.

Answer 4

Microsoft generalmente non progetta intestazioni per essere indipendenti. La maggior parte delle intestazioni orientate a Windows richiede che tu abbia prima incluso <windows.h>. Tranne la dipendenza da quella Madre di tutte le intestazioni, di solito non ci sono specifiche dipendenze dell'intestazione quindi includendo <windows.h> non dovresti avere alcun problema.

Answer 5

Questo potrebbe essere causato dalle intestazioni di pre-compilazione di Visual Studio. Assicurati che tutte le intestazioni standard e Microsoft siano incluse prima delle tue. Non includere le intestazioni Microsoft in nessuno dei tuoi file .h (sembra che tu abbia windef.h e wingdi.h inclusi nel tuo glfw.h). Assicurati che tutte le intestazioni siano prive di effetti collaterali. Il problema dovrebbe quindi andare via. Capire esattamente cosa lo causa è generalmente molto difficile.