gcc error message repository

Question

He pasado mucho tiempo usando el compilador de Microsoft y he descubierto que los códigos de error que proporciona en los mensajes de compilación (como C1234, C5432, etc.) pueden ser muy útiles. Cuando recibo un error con el que no estoy familiarizado, puedo buscarlo fácilmente en MSDN y obtener una explicación más detallada de lo que significa.

Ahora estoy usando gcc casi exclusivamente y me parece que echo de menos esa característica. Cuando recibo algún error en gcc, parece que paso mucho tiempo buscando el texto del error en busca de información al respecto. ¿Hay algún repositorio de mensajes de error de gcc donde cada uno se explique con más detalle?

Answer 1

Encuentro que buscar en Google el mensaje de error exacto (omitir las cosas que cambian, como nombres de variables/funciones) da muy buenos resultados. A veces es útil incluir entre comillas todas o parte del mensaje de error para que se trate como una oración en lugar de como una colección de palabras.

This page explica algunos de los mensajes de error más básicos.

Si encuentra algo particularmente intrincado que le resulte difícil descifrar, puede, por supuesto, preguntar siempre por SO.

Answer 2

No estoy al tanto de cualquier repositorio completo que incluye explicaciones completas, pero para mí mismo:

• Con el tiempo usted aprenderá lo que significan los mensajes de error en particular (especialmente en términos de "que se está perdiendo una ; pero el compilador no puede decir ").
• Google para la parte constante del mensaje de error entre comillas (sin incluir nombres de funciones, por ejemplo) a menudo da muy buenas explicaciones en los primeros 3-5 hits.
• Los errores relacionados con las plantillas suelen ser los peores. Para ellos, el compilador le da dos números de línea: el lugar donde existe el código de la plantilla y el lugar donde se está creando la instancia. Mirar ambas líneas de código en contexto a menudo puede hacer las cosas mucho más claras ("¿Por qué usa esa sobrecarga?"). A veces, la forma más sencilla es crear un programa de prueba con tipos mucho más simples para determinar qué le dice el compilador (ya que no será lo suficientemente útil para mostrar los tiposdef en el mensaje de error).
• Si se trata de un pequeño fragmento de código, pruébelo en un compilador diferente (por ejemplo, Comeau en línea) y vea si el error es más claro.