Cómo prevenir la redefinición macro

Question

después de trabajar algún tiempo en mi proyecto, esta advertencia comienzan a aparecer:

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' 

Estoy seguro de que es un asunto del orden de los archivos de inclusión de resolver, ya que ninguno de estos archivos son míos Mi pregunta es si hay una manera genérica de evitar o encontrar qué archivos deben reordenarse para evitar este mensaje.

Answer 1

El mensaje de error en sí mismo que está diciendo el orden incorrecto. Dice que windef.h y wingdi.h están redefiniendo símbolos que se definieron en glfw.h.

Ponga glfw.h después de que Windows incluya archivos.

Answer 2

El problema está en el archivo Game.cpp. Intente incluir windows.h antes de glfw.h. Hay un guardia en glfw.h y evitará la advertencia:

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

Answer 3

Desafortunadamente o no, no. No hay tal herramienta que lo automatice. Tienes que ir a leer el código en esos archivos de encabezado, descubrir qué está pasando y tomar las medidas adecuadas.

Lo máximo que puede hacer es

1. Comprobar si la macro se define utilizando ifdef o if defined(...) or if !defined(...) construcciones del preprocesador.
2. Define la macro con undef. Sólo

ANSI C considera redefinición macro un error.

Answer 4

En general, Microsoft no diseña encabezados para ser autónomos. La mayoría de los encabezados orientados a Windows requieren que haya incluido por primera vez <windows.h>. A excepción de la dependencia de ese Mother Of All Headers, por lo general no hay dependencias de encabezado específicas por lo que al incluir <windows.h> primero no debería tener ningún problema.

Answer 5

Esto puede deberse a que Visual Studio compila encabezados por usted. Asegúrese de que todos los encabezados estándar y microsoft estén incluidos antes que los suyos. No incluyas encabezados de microsoft en ninguno de tus archivos .h (parece que tienes windef.hy wingdi.h incluidos en tu glfw.h). Asegúrese de que todos sus encabezados sean libres de efectos secundarios. El problema debería desaparecer. Averiguar exactamente qué es lo que causa es generalmente muy difícil.